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SECTION 1 



INTRODUCTION 



1.1 R5500/R5700 DFSIGN CONCEPTS 



thr current 85500/85/00 hardware and software systems are the 
result or many years of evolutionary development under the burroughs 
approach tn cnmpijter systf.m design, this approach is to totally 
integrate both hardware and software through a policy of cross-training 
the design specialists* hardware engineers learn the intricacies of 
software architecture* and software specialists learn the subtleties of 

hardware logical design, these people are then merged into a single 
syStfm design tfam. 



1,2 DEVELOPMENT AND INSTALLATION HISTORY 
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IN 1066f THE HARDWARE CONFIGURATION WAS AGAIN EXPANDED, THIS TIME 
THE MOST SIGNIFICANT CHAmGE WAS THE ADDITION OF TELEPHONE INTERFACE 
EQUIPMENT. A REVISED OPERATING SYSTEM* CALLED THE DATA COMMUNICATIONS 
MASTER CONTROL PROGRAM CDCMCP)* WAS SUPPLIED BY BURROUGHS TO SUPPORT THE 
REMOTE TERN'INAL ACCESS MODE IN ADDITION TO THE USUAL BATCH PROCESSING. 

THESF EVENTS MADE AVAILABLE FOR THE FIRST TIME THE NEW DIMENSION OF 
RFMOtF COMPUTING. THF FEATURES OF THE ORIGINAL MASTER CONtROl PRDQRAM 
SOFTWARE WERE BROAD ENOliGH TO REQUIRE ONLY A MODEST AMOyNT OF ALTERATION 
TO PRODUCE THF DCMCP. ALTHnUGH THE DCMCP PERMITTED REMOTE USERS TO 
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imTeract and converse with their programs, it treated remote jobs more 
or less the same way it treated batch jobs. this caused some remote 

USERS TO SIT Idle for extended periods of time BEFORE THEIR JOBS WERE 
initiated; HDWEVER, once the job was initiated* THE RESPQNCE TIME WAS 

USUALLY SATISFACTORY. PSYCHOLG I C ALLY* THIS LEFT SOMETHING TO BE DESIRED. 
ONE SOLUTION DEVELOPED FOR THIS PROBLEM WAS TIME SLICING. OR TRUE TIME 
SHARING. 

THE B5500 TIME SHARING SYSTEM. RELEASED IN 1969. ELIMINATED THIS 
INADEQUACY. THE SOFTWARE OPERATING SYSTEM WAS MODIFIED AND CALLED THE 
TIME SHARING MASTER CONTROL PROGRAM CTSMCP). SINCE BOTH THE DCMCP AND 
THE TSMCP EVOLVED FROM THE SAME ORIGIN* THEY BOTH CONTAIN THE SAME 
IMPORTANT FEATURES OF THE ORIGINAL DESIGN. AND THEY DIFFER ONLY IN 
CERTAIN RESOURCE MANAGEMENT STRATEGIES. 

IN 1970* BURROUGHS ANNOUNCED THE AVAILABILITY OF CERTAIN ADDITIONAL 
HARDWARE FOR THE B5500. SUCH AS EXTENDED CORE MEMORY AND A DATA 
COMMUNICATIONS PROCESSOR. NEWLY INSTALLED 85500 SYSTEMS WITH THESE 
HARDWARE FEATURES ARE CALLED 85700 SYSTEMS. SUBSEQUENT TO THE B5700 

ANNOUNCEMENT* SOME NEW BURROUGHS PUBLICATIONS AND SEVERAL REVISIONS TQ 
OLDER MANUALS USED THE TERM 85700 IN THEIR TITLES, AT THE PRESENT TIME. 
ALL SOFTWARE AND PROGRAMMER REFERENCE MANUALS WITH EITHER B5500 OR 85700 
IN THFIR TITLES ARE PERTINENT. 



1.3 DESIGN FEATURES 



THE ORIGINAL B5000 SYSTEM CONTAINED MANY SIGNIFICANT FEATURES, 
PRIMARILY AS A RESULT OF THE UNIFIED HARDWARE AND SOFTWARE DESIGN 
APPROACH, ALL THESE ORIGINAL FEATURES ARE STILL PRESENT IN THE SYSTEM 
AS IT NOW EXISTS* ALTHOUGH MANY CHANGES AND ENHANCEMENTS HAVE BEEN MADE 
IN THE INTEREST OF USER CONVENIENCE AND OPERATIONAL EFFICIENCY, SOME OF 
THE MORE SIGNIFICANT FFaTURES WILL BE DESCRIBED RATHER BRIEFLY. 



1.3.1 THE MASTER CONTROL PROGRAM (MCP) 



ONE OF THE B5000 DESIGN OBJECTIVES WAS A SYSTEM CAPABLE OF 
CONTROLLING ITS OWN RESOURCES AND SCHEDULING WORK ON A DYNAMIC BASIS. 
THIS WAS ACCOMPLISHED WITH THE OPERATING SYSTEM SOFTWARE* ORIGINALLY 
CALLED THE MASTER CONTROL PROGRAM, OR MCP, LATER* AS SIGNIFICANT 
CAPABILITIES WERE ADDED TO THE MCP* IT WAS CALLED THE D^MCP* THE DCMCP* 
AND THE TSMCP. THE MCP IS THE CONTROLLING TRAFFIC DIRECTOR OF THE 
ENTIRE SYSTEM, IT ALWAYS IS IN CONTROL OF THE HARDWARE' OR HAS THE 
MEANS OF REGAINING CONTROL, ITS ^AIN FUNCTION IS TO PERMIT THE HARDWARE 
TO PROCESS ALL USER JOBS PRESENTED Tf] IT BY THE OPERATOR, FURTHERMORE* 
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IT MUST PERFORM ALL OF THE MANY, MANY TASKS ASSOCIATED WITH JOB 
PROCESSING AS EFFICIENTLY AS POSSIBLE. TO RE EFFICIENT IT MUST BE 
CnGKiTZANT nF tHf RESOURCES AVAILABLE ANO THE RESOURCES NEEDED BY EACH 
JOB, AND BE ABlE TO AlloCAtE AnO OEAllQCAtE RESOURCES TO THE JOB STREAm 
AS QUICKLY AS POSSIBLE. 

1.3,? HARDWARE STATUS MONITORING 
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1.3,3 "FAIL-SOFT" CAPABILITY 



THIS DYNAMIC ASSESSMENT OF CURRENT RESOURCES PERMITS A FAIL-SQFT 
CAPABILITY; I.E.* MALFUNCTIONING DEVICES CAN BE DYNAMICALLY REMOVED FOR 
MAINTENANCE AND THE SYSTEM WILL CONTINUE TO FUNCTION, OF COURSE* THERE 
ARE FEWER RESOURCES AND THROUGHPUT MAY DECREASE* BUT* NEVERTHELESS* THE 
MACHINE WILL CONTINUE TO FUNCTION, A MEMORY MODULE* AN I/O CHANNEL* A 
PERIPHERAL DEVICE* OR EVEN A CENTRAL PROCESSOR IN A TWO PROCESSOR 
SYSTEM* CAN BE TAKEN OFF-lINE AND THE MCP WILL REROUTE THE WORK AROUND 
THE MISSING components; CERTAIN DEVICES MAY EVEN BE REMOVED WHILE THE 
SYSTEM IS OPERATING WITHOUT CAUSING A SYSTEM FAILURE. 



1.3, a DYNAMIC RESOURCE MANAGEMENT 



PROVIDED wiTH UP-TO-DATE RESOURCE AVAILABILITY TABLES* THE MCP IS 
ABLE TO DYNAMICALLY ASSIGN CERTAIN RESOURCES TO A PARTICULAR USER JOB. 
RATHER THAN* AT JOB INITIATION TIME* ASSIGNING ALL THE RESOURCES THAT 
WILL EVER BE NEEDED* SPECIFIC RESOURCES ARE DYNAMICALLY ASSIGNED AND 

deassignEo TO Each job as required, this dynamic assignment is 

ACCOMPi'tySHED NOT ONLY FOR PERIPHERAL DEVICES SUCH AS TAPES* PRINTERS* 
ETC., ^BUT ALSO FOR THE FLOATING I/O CHANNELS AND MAIn CORE MEMORY. 
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THIS MEANS THAT ONLY THAT PORTION OF MAIN MEMORY (THE MOST EXPENSIVE 
RESOURCE) WHICH IS ACTUALLY REQUIRED AT THAT INSTANT IS EVER ASSIGNED Tq 
A JOB. 

1.3.5 MULTIPROGRAMMING AND MULTIPROCESSING 



BECAUSE MOST JOBS REQUIRE ONLY A PORTION OF THE TOTAL SYSTEM AT ANY 
GIVEN INSTANT (ESPECIALLY CORE MEMORY)* THE MCP IS ABLE TO INITIATE 
SEVERAL JOBS CONCURRENTLY AND ASSIGN THEM DISJOINT SETS OF RESOURCES. 
WITH ONLY ONE OR TWO CENTRAL PROCESSORS* ONLY ONE OR TWO OF THE JOBS "iN 
THE MIX" MAY BE IN EXECUTION AT ANY GIVEN INSTANT; HOWEVER* THE 
PROCFSSOR(S) MAY BE ASSIGNED TO DIFFERENT ACTIVE JOBS DURING BRIEF* 
DlSjniNT INTERVALS OF TIME. THIS ABILITY TO HAVE MANY JOBS (OR 
PROGRAMS) CONCURRENTLY ACTIVE IS CALLED MULTIPROGRAMMING, IF A SYSTEM 
CONTAINS TWO oR MORE CENTRAL PROCESSORS AND IS ABLE TO EXECUTE 
SIMULTANEOUSLY A jOR IN EACH PROCESSOR* IT IS SAlO TO BE CAPABLE OF BOTH 
MULTIPROCESSING AND MULTIPROGRAMMING. FURTHERMORE* THE SETS OF 
RESOURCES ASSIGNED TO THE ACTIVE jQBs NEED NOT BE DISJOINT. SInCE 
ASSIGNMENTS ARE MADE DYNAMICALLY* THEY NEED ONLY BE DISJOINT WITH 
RESPFCT TO TIME. THIS LEADS DIRECTLY TO THE CONCEPT OF "TIME-SHARING" 
OF RESOURCES* ALTHOUGH THP CURRENT DISCUSSION PERTAINS TO A FEATURE OF 
THE 5ATCH PROCESSING MCP. 

1.3,.S AUTOMATIC FILE RECOGINITION 



A PRACTICAL NECESSITY OF THE MULTIPROGR AMMlNQT Ng^^I S THE AUTHORITY 
TO MAKE SPECIFIC PERIPHtRAL DEVICE ASSIGNMENTS. A "B^^FIABLE CONSEQUENCE 
IS THAT THE PROGRAMMER NEED NOT* IN FACT CAN NOT* MAKE SPECIFIC UNIT 
ASSIGNMENTS. THE PROGRAMMER NEED ONLY SPECIFY THE TYPE OF DEVICE AND 
THEN ADDRESS ALL PROGRAM ANfi DATA FILES BY NAME ONLY* FOR EXAMPLE* IF A 
PROGRAM NEEDS TO CREATE A TAPE FILE* THE MCP ASSIGNS AN AVAILABLE TAPE 
UnIt and THEREAFTER ASSOCIATES tHAT UNIT WItH THE PROGRAMMER'S CHOICE OF 
FILE NAME. SIMlLARlLY* IF A PROGRAM REQUIRES SOME PARTICULAR TAPE FILE 
FOR INPUT* IT IS CALLED BY NAME ONLY* THE OPERATOR CAN MOUNT THE TAPE ON 
ANY AVAILABLE UNIT AND THE MCP AUTOMATICALLY RECOGNIZES THE FILE NAME 
AND MAKES THE UNIT ASSIGNMENT. 

1.3,7 PERIPHERAL DEVICE INDEPENDENCE 



AUTOMATIC FILE RECOGNITION ALSO FACILITATES THE REALIZATION OF TRUE 
DEVICE INDEPENDENCE. THIS PERMITS MAGNETIC TAPE AND DISK TO BE USED AS 
BACKUP, OR PSEUnO-nFVlCFS* FOR THE CARD READERS* LINE PRINTERS* AND CARD 
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PUNCH. Instead of forcing a job to wait for access to a busy peripheral 

DEVICE. THE McP AUTOMATICALLY ASSIGNS A TEMPORARY BACKUP DEVICE. THIS 
FEATURE PROVIDES A CONSIDERABLE INCREASE IN EFFICIENCY AND THROUGHPUT. 



1.3.fl HOMOGENEOUS HARDWARE ARCHITECTURE 



THE HARDWARE ARCHITECTURE WHICH MAKES MULTIPROGRAMMING AND DYNAMIC 
RESOURCE ALLOCATION PRACTICAL IS CENTERED AROuND TWO EvCHANGES - THE 
MEMORY EXCHANGE AND THE iNPUT/OUTPUT (I/O) EXCHANGE. EACH CENTRAL 
PROCESSOR CAN ACCESS ANY OF THE EIGHT CORE MEMORY MODULES THROUGH THE 
MEMORY EXCHANGE. LIKEWISE ANY OF THE FOUR FLOATING I/O CHANNELS CAN 
ACCESS MEMORY WITHOUT INTERFERING WITH THE PROCESSORS. IN TURN. THE I/O 
CHANNELS CAN ACCESS ANY OF THE PERIPHERAL DEVICES THROUGH THE I/O 
EXCHANGE. THUS' BOTH PROCESSORS A.ND ALL I/D CHANNELS COULD 
SIMULTANEOUSLY ACCESS DIFFERENT MODULES OF MEMORY, THE EXCHANGES 
CONTAIN THE LOGIC NECESSARY TO FLOAT THE ACCESS REQUESTS TO A FREE I/O 
CHAnnFL. EACH I/O CHANNEL COnTaInS THE LOGIC AND REGISTERS NECCESSARY 
TO AUTONOMOUSLY COMPLETE THE INFORMATION TRANSFER ONCE IT HAS BEEN 
INITIATED, 



1,3.0 TYPICAL R5700 CONFIGURATION 



A TYPICAL CONFIGURATION IS AS FOLLOWS: 



1 CENTRAL PROCESSING UNIT 

8 CORE MEMORY MODULES (4*096 WORDS EACH) 

3 FLOATING I/O CHANNELS 

5 MAGNETIC TAPE UNITS, 7-TRACK. 200/556/800 fiPI 

5 DISK STORAGE MODULES (1.200*000 WORDS EACH) 

2 LINE PRINTERS (llOO LINES PER MINUTE) 
1 CARD READER (1400 CARDS PER MINUTE) 

1 CARD PUNCH (300 CARDS PER MINUTE) 

1 OPERATOR CONSOLE CSPO) 

16 TELEPHONE LTnE ADAPTERS AND BUFFERS 
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1,3,10 HARDWARE STACK 
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E INSTRUCTIONS OE MOST COMPUTER SYSTEMS CONSIST 
ADDRESS PART - THE COMMAND SPECIFIES THE ACTION 
ES THE LOCATION OF THE OPERAND, INSTEAD OF THE 
GHs HARDWARE EXECUTES INSTRUCTIONS EXPRESSED In 
LIZES A PUSH-DOWN STACK, THE STACK CONSISTS OF 
TIGUOus AREA OF CORE MEMORY. sOME INSTRUCTIONS 
BE PLACED In THE TOP OF THE STACK (THE 
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1,3,11 POLISH NOTATION 



FOR EXAMPLE, THE ALGOL ASSIGNMENT 
EXCEPT FOR THE ASSIGNMENT OPERATOR :=»)! 



STATEMENT CJUST LiKE FORTRAN 



1= {A+B)/C 



WHEN EXPRESSED IN POLISH NOTATION BECOMES: 



AB+C/D»= 



POLISH NOTATION ELIMINATES THE NEED FOR CONVENTIONAL RULES OF 
ARITHMETIC PRECEDENCE AND BRACKET GROyPING OF VALUES WITHIN EXPRESSIONS, 
THE RULE THAT APPLIES ISI FOLLOW TWO ARITHMETIC VALUES (THE OPERANDS) 
WITH THE OPERATION (THE COMMAND) THAT IS TO USE THOSE VALUES. THUS* BY 
DEFINITION* EVERY MATHEMATICAL OPERATION WORKS ON THE MOST RECENTLY 
OBTAINED PAIR OF OPERANDS WHICH ARE ALWAYS IN THE TWO REGISTERS AT THE 
TOP OF THE STACK, THE INSTRUCTIONS NEEDED TO EXECUTE THE ASSIGNMENT 
STATEMENT SHOWN ABOVE ARE AS FOLLOWS? 



PUSH 



THE VALUE OF "A" INTO THE TOP OF THE STACK, 
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PUSH 



THE VALUE OF "B" INTO THE TOP OF THE STACK. 



ADD 



DESTROYING THE VALUES OF "A** AnD "B" AmD lEAvInG ( A + 
B) IN THE TOP OF THE STACK, 



PUSH 



THE VALUE OF '♦C" INTO THE TOP OF THE STACK. 



DIVIDE DESTROYING THE VALUES OF CA+B) AND "C AND LEAVING 
THE QUOTIENT IN THE TOP OF THE STACK, 



STORE THE TOP OF THE STACK 
LEAVING THE STACK EMPTY. 



AS THE NEW VALUE OF "D"* 



1.3,12 REENTRANT CODE 
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1.3,13 HARDWARE PRESENCE HIT CHECKING 



A FURTHER ECONOMY IN THE USE OF CORE MEMORY IS ACCOMPLISHED BY A 
UNIQUE HARDWARE FEATURE CALLED THE "PRESENCE BIT". A POINTER 
(DESCRIPTOR) TO EACH DATA ARRAY (AND CODE SEGMENT) IS KEPT IN EACH JOB-S 
PRT, WHEN AN INSTRUCTION ATTEMPTS TO CALL A VALUE FROM A DATA ARRAY 
INTO THE STACK (OR BRANCH TO A NEW CODE SEGMENT), THE CENTRAL PROCESSOR 
EXAMINES THE PRESENCE BIT IN THE DESCRIPTOR. IF THE BIT INDICATES THE 
DaTa array IS CURRENTLY LOCATED IN CORE* THAT VALUE IS OBTAINED AND 



SYSTEM OPERATION GUIDE 



PAGE 



ExECilTinN CONTINUES. IF THE PRESENCE BIT INDICATES IT IS NOT PRESENT, 
THE PROGRAM IS SUSPENDED AND THE McP IS AUTOMATICALLY CALLED. FROM THE 
DESCRIPTOR THE MCP DETERMINES WHERE THE ARRAY IS LOCATED ON DISK# COPIES 
THE ARRAY INTO SOME AVAILABLE CORE AREA* PLACES THE ADDRESS OF THIS AREA 
IM THE DESCRIPTOR. AND TURNS THE PRESENCE BIT ON, THE SAME INSTRUCTION 
IS THEN RFEXECUTED. BY THIS MEANS, ALL DATA ARRAYS (AND ALL CODE 
SEGMENTS) FOR A JOB NEED NOT BE PRESENT IN CO^E AT THE SAME TIME, THIS 
PERMITS THE MCP CONSIDERABLE LATITUDE IN ALLOCATING AND DEALLOCATING 
CORE SPACE As A FUNCTION OF TIME, THyS MINIMIZING THE TOTAL CQRE MEMORY 
RFSqURCE REQUIREMENTS, 



1.3.ia VIRTUAL MEMORY 



THE HARDWARE PRESENCE BIT AND THE MCP-S ABILITY TO DYNAMICALLY 
MANAGE CORE SPACE PROVIDE THE PROGRAMMER WiTH A LUXURY CALLED "VIRTUAL 
MEMORY". THIS mEAnS THAT THE TOTAL CORE REQUIREMENTS FgR A PROGRAM MAY 
BE FAR IN EXCESS OF THE ACTUAL CORE INSTALLED AND THE PROGRAM WILL STILL 
RUN. FURTHERMORE, THIS IS ACCOMPLISHED COMPLETELY AUTOMATICALLY BY THe 
SYSTEM WITHOUT PROGRAMMER AWARENESS. THE MCP ALLOCATES AND DEALLOCATES 
CORE SPACE IN EXACT AREA SIZES DEMANDED BY THE PROGRAMS, AND TH£ 
HARDWARE GUARANTEES THE DATA OR COOE IS ACTUALLY PRESENT BEFORE IT IS 
RFTeRENCED. the ONLY REMAINING REQUIREMENT IS AUTOMATIC PROGRAM 
SEGMENTATION WHICH IS ACCOMPLISHED BY tHe COMPILERS, OR LANGUAGE 
PROCESSORS. 



1.3,15 ONE-PASS COMPILERS 



THE FUNCTION OF A LANGUAGE PROCESSOR IS TO CONVERT A PROGRAM 
WRITTEN IN SOME HIGH-LEVEL LANGUAGE, SUCH AS ALGOL* BASIC, COBOL* OR 
FORTRAN INTO MACHINE LANGUAGE INSTRUCTIONS AND AT THE SAME TIME ORGANIZE 
THE DATA TO BE USED AS OPERANDS FOR THOSE INSTRUCTIONS, DEPENDING ON 
THE NATURE OF THE MACHINE lANGuAGE INSTRUCTIONS AND HARDWARE 
ORGANIZATION, THE COMPILATION PROCESS CAN SOMETIMES BY QUITE TEDIOUS AND 
TIME CONSUMING, REQUIRING MANY PASSES THROUGH THE SOURCE LANGUAGE 
STATEMENTS TO FILL IN ALL THE CORE ADDRESSES AND ORGANIZE THE DATA, THE 
RESULTING OBJECT CODE IS OFTEN NOT AS EFFICIENT AS IT MIGHT HAVE BEEN IF 
THE PROGRAMMER HAD USED SOME LOWER LEVEL LANGUAGE, SUCH AS AN ASSEMBLY 
LANGUAGE (SIMILAR TO MACHINE LANGUAGE), HOWEVER, THE INTEGRATED 
HARDWARE-SOFTWARE DESIGN OF THE B5500 PERMITS EXTREMELY FAST ONE-PASS 
COMPILERS TO USUALLY PRODUCE THE MOST EFFICIENT OBJECT CODE POSSIBLE. 



1.3,16 AUTOMATIC PROGRAM SEGMENTATION 



SYSTEM OPERATION GUIDE 



PAGE 10 



THE COMPILER ORIENTED HARDWARE 
PRODUCE MACHINE LANGUAGE INSTRUCTIO 
ITSELF* A HIGH LEVEL LANGUAGE. T 
AUTOMATICALLY HOLDING INTERMEDIATE 
ADDRESSING THROUGH jHF. PRJ p THE HARDWA 
SOFTWARE IN THE MCP MANAGING CORE 
SIMPLIFY THE COMPILERS TASKS. EAC 
MANAGEMENT EFFICIENCY BY AUTOMATICA 
LOGICAL BOUNDARIES OF THE LANGUAGE 
BLOCKS* COBOL ACCORDING TO PARAGRA 
SUBROUTINES. 



ONLY REQUIRES THE COMPILERS TO 
NS In POLISH NOTATION* WHICH IS, 
HE HARDWARE PUSH-DOWN STACK 
RESULTS, THE HARDWARE INDIRECTLY 
RE CHECKING PREsEnCE-B I TS* AnD THE 

SPACE* ALL CONTRIBUTE Tq FURTHER 
H COMPILER CONTRIBUTES TO CORE 
LLY SEGMENTING EACH PROGRAM ON THE 
; FOR EXAMPLE ALGOL ACCORDING TO 
PHS* AND FORTRAN ACCORDING TO 



1.3,17 SYSTEM SOFTWARE 
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CIENT COMPILERS THERE IS NO NEED FOR PROGRAMMERS TQ 

LEVEL LANGUAGES* SUCH AS ALGOL* FORTRAN* COBOL' OR 

NT LANGUAGE HAS ITS OWN UNlQuE FEATURES AND ITS OWN 

OWEVER. SOME FEATURES OF ALGOL* SUCH AS THE ABILITY 

UTINE) TO CALL ITSELF RECURSIVELY* COUPLED WITH THE 

CK TO HOLD A lARGE NUMBER OE INTERMEDIATE RESULTS, 

ATTRACTIVE LANGUAGE IN WHICH PROBLEM SOLUTIONS MAY 

ELY. FOR THIS REASON* BURROUGHS CHOSE ALGOL AS THE 

TO WRITE ALL THE SYSTEM SOFTWARE WHICH HAS EVOLVED; 

POSES* AN ASSEMBLY LANGUAGE WAS NOT USED. NOT ONLY 

S ESPOL (A SPECIAL DIALECT OF ALGOL) BUT ALL OF THE 

THE ALGOL COMPILER ITSELF* ARE WRITTEN IN ALGOL 

EM SOFTWARE IS QUITE CONCISELY DOCUMENTED AND QUITE 



1.3,13 COMPREHENSIVE ACCOUNTING 



A VERY 
TO ACCOUNT 
PROCESSED. 

INFORMATION 



NECESSARY FEATURE OF THE MULTIPROGRAMMING MCP IS THE ABILITY 
FOR THE RESOURCES USED BY EACH INDIVIDUAL JOB THAT IS 
A VERY COMPREHENSIVE LOGGING SYSTEM PROVIDES DETAILED 
CONCFRNING PROCESSOR TIME* I/O CHANNEL TIME* PERIPHERAL 



DEVICE USAGE* AND DISk SPACE OCCUPIED, 



I.'* TIME-SHARING FEATURES 



IN ADDITION TO THE FEATURES ALREADY DESCRIBED* THE TIME SHARING 
SYSTFM CONTAINS TWO ADDITIONAL ONES. THE FiRST IS THE USE Dp THE TIME 
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SHARING MASTER COMTrOl PROGRAM (TSmCP) INSTEAD OF THE DATA 
COMMUNICATIONS MASTER CONTROL PROGRAM (DCMCP). THE SECOND IS THE 
COMMAND AND EDIT (CANDF* PRONOUNCED CANDY) LANGUAGE PROCESSOR, 
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1.^,? TIME SLICING 
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1.^,3 THE TIME SLICE ALGORITHM 
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1, THE PROGRAM IS INPUT LIMITED; I.E., IT IS WAITING FOR 
DATA FROM JHE REMOTE TERMINAL, 

2, THE PROGRAM IS OUTPUT LIMITED^ I.E., IT HAS GENERATED 
ENOUGH DATA TO FILL THE DISK BUFFER AREA ASSIGNED TO IT. 

3, THE PROGRAM HAS USED ITS TIME SLICE WITHOUT BECOMING 
INPUT OR OUTPUT LIMITED. 

H» THE PROGRAM HAS REACHED COMPLETION. 

5. THE PROGRAM IS FORCED OUT TO MAKE ROOM FOR AN ENTERING 
OR RE-ENTERING JOB. 



1.4,4 PROCESSING PHILOSOPHIES 



THIS SWAPPING FEATURE OF THE TSMCP IS THE MAJOR DIFFERENCE BETWEEN 
It AND THE ncMCP. THE JOB PROCESSING PHILOSOPHY OF THE DCMCP MAY BE 
SUMMARIZED AS FOLLOWS? 



1, DON-T INITIATE 
REQUIREMENT CAN 
POSSIBLE, 



A NEW JOB UNLESS ITS INITIAL CORE 
BE SATISFIED, BuT INITIATE AS MANY AS 



2, ONCE INITIATED* DON'T INTERRUPT A JOB UNLESS IT NEEDS 
ASSISTANCE, SUCH AS AN I/O OPERATION, MORE CORE SPACE* 
OR JOB COMPLETION. 
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3. ONCE INTERRUPTED, DQN-T REASSIGN ALL OF A JOB-S CORE 
SPACE RUT ONLY THOSE AREAS THAT CAN BE EASILLY RESTORED. 

THE JOB PROCESSING PHILOSOPHY OF THE TS^CP May BE SUMMARIZED AS 
FOLLOWSt 

1. ALWAYS INITIATE A NEW REMOTE JOB AS SOON AS IT IS 
PRESENTED. 

2. ALWAYS INTERRUPT A JOB AT THE END OF ITS TIME SLICE. 

3. ALWAYS GIVE EACH ACTIVE JOE ITS TIME SlICE IN CYCLIC 
ORDER. 



ALWAYS MAKE CORE SPACE 
JOB* EVEN IF ALL AREAS 
SWAPPED. 



AVAILABLE FOR A NEW OR 
ASSIGNED TO OLDER JOBS 



REENTERING 
NEED TO BE 



5, IF NONE OF THE REMOTE JOBS CAN UTILIZE THEIR TIME SLICES 
DURInG a cycle. THEN DEVOTE A TiME SlICE TO A BATCH JOB. 



from these two descriptions* it should re clear that the tsmcp* or 
any other time sharing system, is inherently inefficient. the tsmcp 
attempts to overcome somr of this inefficiency by dividing core memory 
Into two parts separated by a "fence". the area below the fence* In 

WHICH only certain kinds OF tasks are RUN* IS managed according to THE 
DCMCP philosophy* WHIlE THE AREA ABOVE THE FENCE IS MANAGED ACCORDING TO 
THE TSMCP PHILOSOPHY. NEVERTHELESS* INEFFICIENCY DOES EXIST* BUT THE 
COMPENSATION IS THE PREDICTABLE RESPONSE TIME REQUIRED IN ANY 
SATISFACTORY TIME SHARING SYSTEM. 
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SECTION 2 -- SECTION 7 



SECTIONS 2 THROUGH 7 



AT THE TIME OF THE RELEASE OF 
WERE INCOMPLETE AnO wERE NOT IN 
SECTIONS WILL BE SUPPLIED AT A LATER 



THE MARK XV. 2 SYSTEM THESE SECTIONS 
A FORM TO BE INCLUDED. THE MISSING 
DATE. 
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SECTION 8 



MAIMTAINING THE SYSTEM SOFTWARE 



8.1 GENERAL 

THIS SECTION DESCRIBES THE MATERIALS NEEDED ANq THE PROCEDURES USED 
TO MAINTAIN THE SYSTEM SOFTWARE, 

8.2 MATERIALS 

THE FOLLOWING MATERIALS ARE REQUIRED FDR MAINTAINING THE SYSTEM 
SOFTWARE. EACH ITEM IS DISCUSSED IN MORE DETAIL IN A SUBSEQUENT 
PARAGRAPH. 

1. SYSTEM NOTE. 

?. SYSTEM RELEASE TAPES. 

3, SUPPLEMENTARY PATCHES. 

a, "PATCH/MERGE" DECKS. 

8.2.1 SYSTEM NOTE 

A SYSTEM NOTE DESCRIBING THE CHANGES TO THE SOFTWARE IS SUPPLIED 
WITH FACH RELEASE OF THE SYSTEM. THE SYSTEM NOTE SHOULD BE STUDIED 
CAREFULLY BEFORE ATTEMPTING TO COMPILE ANY OF THE SOFTWARE SINCE CHANGES 
IMPlFMFNTED IN THE RFlEASF WTLL AFFECT THE OPERATION OF THE SYSTEM AND 
MAY ALTER THE PROCEDURES USED TO MAINTAIN THE SOFTWARE. 

FOR CONVENIENCE. A COPY OF THE SYSTE^ NOTE IS INCLUDED ON ONE OF 
THE RELEASE TAPES AS A PRINTER RACK-UP DISK FILE NAMED "PBD /SY SNOTE " . 



8.2.? SYSTEM RElEASE TApES 
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A SYSTEM RELFASE CONSISTS OF THREE "LIBRaRY MAINTENANCE DUMP" TAPES. 
INCLUDED ON THESE TAPES ARE THE FOLLOWING ITEMS: 

1, UPDATED SYMBOLIC FILES, 

?, UPDATED OBJECT AND OATa FILES. 

3, PATCHES TO THE PREVIOUSLY RELEASED SYMBOLIC FILES WHICH HAVE 
BEEN INCORPORATED INTO THE SOFTWARE; THEREBY, CREATING THE 
UPDATED SYMBOLIC FILES. THESE PATCHES ARE INCLUDED FOR 
DOCUMENTATION PURPOSES ONLY AND MUST NOT BE USED WHEN COMPILING 
THE SOFTWARE. 

a, TEMPORARY PATCHES APPLICABLE TO THE UPDATED SOFTWARE. 

5. PRINTER BACK-UP DISK FILE OF THE SYSTEM NOTE. 

6. PRINTER PACK-UP DISK FILES OF ADDITIONAL DOCUMENTATION PERTINENT 

TO THE Release. 

THE FILES CONTAINED ON EAC" OF THE RELEASE TAPES ARE LISTED BELOW, 
It SHOULD RE NOTED THAT THE LOCATION OF A FIlE MAY CHANGE* SHOULD THE 
NUMBFR OF FILES OR THE SIZE OF THE FILES CHANGE FROM ONE RELEASE TQ THE 
NEXT, DUE TO THE PHYSICAL LIMITATION OF THE SIZE OF A REEL OF TAPE. 

THE FOLLOWING LIST OF SYMBOLIC FILES ARE LOCATED ON THE TAPE 
LABELED "SYMBOLl/F ILEOOO" . 



FIlE name 



DESCRIPTION 



SYMBOL/INtRINS ESPQL symbolic ** SYSTEM INTRINSICS 

SYM80L/MCP ESPOL SYMBOLIC ** DATACOM MCP 

SYMBOL/TSSMcP ESPOL SYMBOLIC ** TIME-SHARING McP 

SYMBOL/ALGOL ALGOL SYMBOLIC ** ALGOL AND TSPOL COMPILERS 

SYMBOL/BASIC ALGOL SYMBOLIC ** BASIC COMPILER 

SYMBOL/COROL ALGOL SYMBOLIC ** COBOL COMPILER 

SYMB0L/C0R0L68 ALGOL SYMBOLIC ** C0B0L68 COMPILER 

SYMBOL/ESPOL ALGOL SYMBOLIC ** ESPOL COMPILER 

SYMBOL/FORTRAN ALGOL SYMBOLIC ** FORTRAN COMPILER 

SYM80L/XALG0L ALGOL SYMBOLIC ** xALGOL COMPILER 



THE FHLLOWlNG LIST OF SYMBOLIC FILES ARE LOCATED ON THE TAPE 
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LABELED "SYMBOL^/f'lLPOOO". 



FILE NAME 



DESCRIPTION 



SYMROL/AUXDATA ALGOL SYMBOLIC 

SYMBOL/AUXTST ESPOL SYMBOLIC 

SYMBOL/CHECKAL ALGOL SYMBOLIC 

SYMBOL/COOL ESPOL SYMBOLIC 

SYMBOL/DClOOO ALGOL SYMBOLIC 

SYMBOL/DCFILL ALGOL SYMBOLIC 

SYMBOL/DSkdSK ESPOL SYMBOLIC 

SYMBOL/DUMPANL ALGOL SYMBOLIC 

SYMBOL/KERNEL ESPOL SYMBOLIC 

symbol/logan Algol symbolic 

symbol/logout algol symbolic 

SYMBOL/LOGOUTR AL«0L SYMBOLIC 

SYMBOL/MAKCAST ALGOL SYMBOLIC 

SYmBOL/MASTEST COBOL SYMBOLIC 

SYMBOL/MEMDIJMP ESPOL SYMBOLIC 

SYMBOL/MESSGEN ALGOL SYMBOLIC 

SYMBOl/MLOGAN ALGOL SYMBOLIC 

SYMBOL/OLMAINT TSpOL SYMBOLIC 

SYMBOL/PMERGE XAlQOL SYMBOlI 

SYMBOL/ROTO ALGOL SYMBOLIC 

SYMBOL/STaTSI ALGOL SYMBOLIC 

SYMB0L/STATS2 ALGOL SYMBOLIC 

SYMB0L/STATS3 ALGOL SYMBOLIC 

SYMBOL/STATSI ALGOL SYMBOLIC 

SYMBOL/SYSDISK ALGOL SYMBOLIC 

SYMBOL/TAPEDSK ESPOL SYMBOLIC 

SYMBOL/TPECNF OLMAINT SYMBOL 

SYMBOL/TSDUMP ALGOL SYMBOLIC 

SYMBOL/TSpiLL ALGOL SYMBOLIC 

SYMBOL/UPDATE ALGOL SYMBOLIC 

SYmBOL/CANDE TSPOL SYMBOLIC 

SYMBOL/APPEND TSPOL SYMBOLIC 

SYMBOL/COPY TSPOL SYMBOLIC 

SYMBOL/DELETE TSPOL SYMBOLIC 

SYMBOL/FIND TSPOL SYMBOLIC 

SYMBOL/GUARD TSPOL SYMBOLIC 

SYMBOL/HARo TSPOL SYMBOLIC 

SYMBOL/HELP TSPOL SYMBOLIC 

SYMBDL/lF'ILFS TSPOL SYMBOLIC 

SYMBOL/LIST TSPOL SYMBOLIC 

SYMBOL/LOAO TSPOL SYMBOLIC 

SYM80L/MERG TSPOL SYMBOLIC 



** auxoata/maker 

** auxIlary memory test 

** checkal/test 

cool and cold start routines 

dciooo/cooegen 

dcfill/prt 

disk to disk loader 

dump/analyze 

halt load kernel routine 

logan/disk 

LOgOUT/oiSk 

logoutr/dIsk 
makcast/disk 
master/test 
memory dump routine 
system/messgen 
lOganl/maint 
online/maint 
c ** patch/merge 



** 
** 
** 

** 

♦ * 
** 

• * 
** 



roto/rooter 
statsi/analyze 

stats2/analyze 

stats3/analyze 

stats4/analyze 

sysoisk/maker 

** tape to disk loader 

ic ** otpecnf/maint 



** 

** 
** 



** 

** 

* * 
** 
** 



TSnUMP/ANALYZE 
TSFILL/PRT 

update/users 

cande/tsharer 

append/canoe 

copy/cande 

delete/cande 

find/disk 

guard/disk 

hard/cande 

help/diSk 

lfiles/cande 

list/cande 

load/canoe 

mfrge/canoe 
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SYMBOL/PAPER TSPOL SYMBOLIC ** 

SYMBOL/PUNCH TSPOL SYMBOLIC ** 

SYmBOL/QUiklST TSPOL SYMBOLIC ** 

SYMBOL/REPLACE TSPOL SYMBOLIC ** 

SYMBOL/RESEQ TSPOL SYMBOLIC ** 

SYMBOL/RESEOB TSPOL SYMBOLIC ** 

SYMBOL/SCHEDUL TSPOL SYMBOLIC ** 

SYMBOL/USER ALGOL SYMBOLIC ** 



paper/canoe 

punch/canoe 

quiklst/cande 

replace/canoe 

reseq/cande 

reseqb/cande 

scheoul/cande 

USER/CANOE 



THE FOLLOWING IS A LIST OF" THE 
ON THE TAPE LABELED "SYSTem/FILEOOO" . 



OBJECT CODE AND DATA FILES LOCATED 



MCP RELATED FILES 



FILE NAME 



DESCRIPTION 



mcp/disk datacom 

mcp/stuff datacom 

mcp/prt datacom 

dc/auxmcp datacom 

int/disk datacom 

int/stuff datacom 

dc/auxint datacom 

tss/mcp time-sharing 

TSSMCP/STUFF TIME-ShARING 

TSS/PRT TIME-SHARING 

TSS/AUXMCP TIME-ShARINS 

TSS/INT TIME-SHARING 

TSSINT/STUFF TIME-SHARING 

TSS/AUXINT TIME-SHARING 



MCP OBJECT CODE FILE 
MCP "STUFF" FILE 
MCP "PRT" FILF 
MCP AUXILARY MEMORY FILE 
INTRINSICS OBJECT CODE FILE 
INTRINSICS "STUFF" FILE 
INTRINSICS AUXILARY MEMORY FILE 
OBJECT CODE FILE 

"STUFF" FILE 

"PRT" FILE 

AUXILARY MEMORY FILE 

INTRINSICS OBJECT CODE FILE 

INTRINSICS "STUFF" FILE 

INTRINSICS AUXILARY MEMORY FILE 



COMPILER RELATED FIlES 



file namE 



DESCRIPTION 



ALGOL/DISK 
BASIC/DISK 
COBOL/OISk 
C0BDL6fl/DlSK 



ALGOL COMPILER 
BASIC COMPILER 
COBOL COMPILER 
CnB0L68 COMPILER 
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ESPOL/niSK 
FORTRAM/DISK 

makcast/oisk 

tspol/disk 

xalgql/oisk 



ESPOL COMPILER 
FORTRAN COMPILER 
SYMBOLIC LIBRARY 

TSPOL COMPILER 
XALSQL COMPILER 



MAINTENANCE PROGRAM 



CANDE RELATED FILES 



FILE NAME 



DESCRIPTION 



CANDE/TSHARER CANDE cDMMaND ANq EDIT PROGRAM 

APPEND/CANOE CANDE PROGRAM FOR APPEND VERB 

COPY/CAnDE CAnOE PROGRAM FOR COPY VERB 

DElETE/CANDE CAnDE PROGRAM FOR DELETE VERB 

FIND/DTSK CANDE PROGRAM FOR FIND VERB 

GUARD/DISK CANOE PROGRAM FOR GUARD VERB 

HARD/CAnOF CANDE FILE MAINTENANCE PROGRAM 

HELP/DISK CANDE DISK FILE ERROR RECOVERY 

LFILES/CANDE CANDE PROGRAM FOR LFILES VERB 

LIST/CAnDF CAnDE PROGRAM FOR LIST VERB 

LOAD/CANDE CANDE program FOR LOAD VERB 

MERGE/CANDE CAnDE PROGRAM FOR MERGE VERB 

MESAGE/CANOE CANDE error MESSAGE FILE 

PAPER/CANDE CAnDE PROGRAM FOR PAPER VERB 

PUNCH/caNDE CANDE PROGRAM FOR PUNCH VERB 

QUIKLST/CANDE CANDE PROGRAM FOR QUIKLST VERB 

REPLACE/CANDE CAnDE PROGRAM FOR REPLACE VERB 

RESEQ/CANDE CANOE PROGRAM FOR RESEQ VERB 

RESEQB/CANDF CANDE PROGRAM FOR RESEQ8 VERB 

SCHEDUL/CANDE CAN^E PROGRAM FOR SCHEDUL VERB 



PROGRAM 



SYSTEM UTILITY FILES 



FILE NAME 



DESCRIPTION 



usfr/candf 
update/users 
patch/merge 
sysdisk/maker 

AUXOATA/MAKER 



UPDATES "USERS/CANDE" 

UPDATES "REMOTE/USERS" 

PATCH MAINTENANCE PROGRAM 

CREATES "SYSTEM/DISK" 

AUXILARY MEMORY FIlE MAINTENANCE 



PROGRAM 



SYSTEM OPERATION GUIDE 



PAGE 20 



SYSTEM/MESSGEN 
OClOOO/cnnEGEN 



CREATES "MESSAGE/QTHEDAY" 
GENERATES OClOOO R.J.E. CODE DECK 



ANALYSIS RELATED FILES 



file name 



DESCRIPTION 



ROTO/RnOTFR "SEPTIC" FILE ANALYZE^ 

STATSl/ANALYZE ANALYZfR FOR TIME-SHARING STATISTICS FILE 

STATS2/ANALYZE STATISTICS ANALYZER FOR jImE-SHARING lQG 

STATS3/ANALYZE ANALYZER FOR DATACOM MCP STATISTICS FILE 

STATS«/ANALYZE STATISTICS ANALYZER FOR DATACOM MCP SYSTEM 

ONlINE/MAtNt ON-LINE MAINTENANCE PROGRAM 

OTPECNF/MAINT SET OF ON-LlNE TAPE CONFIDENCE ROUTINES 

LOGAN/niSK TIME-SHARING LOG ANALYZER 

LOGANL/MAINT MAINTENANCE LOG ANALYZER 

LOGOUT/DISK DATACOM MCP SYSTEM LOG AnAlYZER 

LOGOUTR/DISK DATACOM MCP REMOTE LOG ANALYZER 

DCFILL/PRT CREATES "MCP/PKT" 

DUMP/ANALYZE DATACOM MCP MEMORY 

TSFILL/PRT CREATES "TSS/PRT" 

TSDUWP/aNaLYZE TIME-SHARIN8 McP MEMORY 



LOG 



DUMP ANALYZER 



DUMP ANALYZER 



PUNCH BACK-UP FILES QF "CARD LOAD SELECT" PROGRAMS 



FILE NAME 



DESCRIPTION 



PUD/COLO 

PUD/COOL 

PUn/KERNEL 

PUD/MEMDUMP 

PUD/DSKDSk 

pud/tapedsk 
pud/auxtst 



cold start program 
cool start program 
halt load kernel routine 
memory dump routine 
disk to disk program 
tape to disk program 
auxilary memory test 



GENERAL UTILITY FReS 
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FILE NAME 

CHECKAL/TEST 

MASTER/TEST 

TApE/COMPARE 

TAPCOPY/DISk 

DSKDUMP/UTlLlTY 

hdrlst/utiuity 
liblst/utility 

XREF/JONES 



description 



ALGOL MASTER TEST PROGRAM 

COBOL MASTER TEST PROGRAM 

TAPE COMPARISION PROGRAM 

TAPE COPY AND COMPARISIOn PROGRAM 

LISTS DISK AREAS BY ADDRESS 

LISTS DISK DIRECTORY HEADERS BY NAME 

LIST SYMBOLIC FILES ON "LIBRARY DUMP" TAPES 

CRHSS REFERENCE AND DOCUMENT EDITING PROGRAM 



PATCHES USED TO CREATE THE UPDATED SYMBOLICS 



THESE FILES ARE INCLUDED FOR DOCUMENTATION PURPOSES ONLY AND 
"UST NOT RE USED WHEN COMPILING THE SOFTWARE. THE FILE NAMES WILL 
BE OF THE form: 

MARK<MARK LE VELXRELE ASE LE VEL>/<SGFTW ARE NAME> 



FXAMPLEl MARKXV?/TSSMCP 



TEMPORARY PATCHES APPLICABLE TO THE UPDATED SYMBOLICS 



THESE PATCHES ARE CORRECTIONS FOR PROBLEMS WHICH WERE NOT FOUND 
IN TIME TO BE INCLUDED INTO THE SYMBOLICS AND MUST BE USED WHEN 
COMPILING THE SOFTWARE. THE FILE NAMES WILL BE OF THE FORM: 

PATCH/<SOFTWARE NAME> 



EXAMPLE! PATCH/TSSMcP 



PRO OF THE SYSTEM NOTE 



THF FILE NAMED "PRR/SySNOTE" IS A PRINTER BACK-UP DISK FILE OF 
THE SYSTEM NOTE. THIS FILE CAN BE PRINTED BY LOADING IT AND THEN 
CHANGING THE NAME Tq A VALID "PBD" FILE NAME. 



FVAMPLF! CC LOAD FROM SYSTEM PBD/S YSNOTE ; END . 
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CC CHANGE PBD/SYSNOTE TO PRD/000 100 1 ; END . 



PBD-S OF ANY ADDITIONAL DOCUMENTATION 



THE NAMES OF THE ADDITIONAL DOCUMENTATION FILES WILL BE GIVEN 

IN The introduction of the system note. The Same process used tq 

PRINT THE system NOTE MUST BE PREFORMED TO OBTAIN A PRINTER LISTING 
OF THESE FILES. 



8.2.3 SUPPLEMENTARY PATCHES 



SUPPLEMENTARY PATCHES ARE THOSE CORRECTIONS FOR SOFTWARE ERRORS 
THAT ARE GENERATED DURING THE INTERVAL BETWEEN SYSTEM RELEASES, THESE 
PATCHES ARE INTENDED TO AUGMENT* NOT REPLACE* THE TEMPORARY PATCHES 
WHICH ARE INCLUDED ON THE SYSTEM RELEASE. 

THE SUPPLEMENTARY PATCHES ARE PUBLISHED IN THE "B-5700 SYSTEM 
FLASH" LETTER. WHENEVER PATCHES OF SIGNIFICANT IMPORTANCE ARE 
GENERATED* A SYSTFM FlASH IS DISTRIBUTED TO RECIPENTS Of THE SYSTEM NOTE. 

8,2,4 "PATCH/MERGE" DECKS 

IMPROVEMENTS AND CORRECTIONS TO THE SYSTEM SOFTWARE ARE RELEASED IN 
THE FORM OF PATCHES. USUALLY A PATCH WILL CHANGE ONLY A SINGLE ASPECT 
OF THE SYSTEM, SINCE A RELEASE CONTAINS MANY CHANGES* AND THEREFORE 
MANY PATCHES* A METHOD OF MERGINS THESE PATCHES INTO A SINGLE CHANGE 
DECK IS REQUIRED, THE SYSTEM PROGRAM "PATCH/MERGE" IS USED TO PERFORM 
THIS MERGING PROCESS. A "P ATCH/MERGE»' DECK CONSISTS OF THE FOLLOWING 
ITEMS. 

1. CONTROL CARDS FOR EXECUTING "PATCH/MERGE". 

?, PATCH/MERGE OPTIONS 

3. COMPILER OPTIONS 

a. PATCHES TO BE MERGED INTO A CHANGE DECK. 



EXAMPLE "PATcH/MERGE" DECK: 
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CONTROL CARDS >>>>>> 7EXECUTE PATCH/MERGE 

?DATA CARD 

PATCH/MERGE OPTIONS > > > SP MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR PROGRAM 
$*COMPILE OBJECT/PROGRAM ALGOL LIBRARY 
$*DATA CARD 
$- 

compiler option > > > > > i set list prt single 

* reSet new Tape 

program patches > > > > > siltpatch 1 for program contains 2 cards 

BEGIN 
END. 

CONTROL CARDS >>>>>> ?END 



A COMPLETE DESCRIPTION OF THE "PATCH/MERGE" PROGRAM IS INCLUDED AS 
APPENDIX A TO THIS MANi)AL. THE "PATCH/MERGE" DECKS USED IN MAINTAINING 
THE SOFTWARE ARE DESCRIBED IN SUBSEQUENT PARAGRAPHS, 



8.3 COMPILING THE SOFTWARE 



THIS SECTION DESCRIBES EACH OF THE "PaTCH/MERGE" DECKS NEEDED Tq 
PROPERLY MAINTAIN THE SYSTEM SOFTWARE. IN ADDITION* AS EACH DECK IS 
DESCRIBED* A GENERAL DESCRIPTION OF THE SOFTWARE INVOLVED IS GIVEN. 
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REFER TO APPENDX C FOR A DESCRIPTION OF THE COMPILER CONTROL 
OPTIONS SHOWN IN THE EXAMPLE DEC.KS. 



SYSTEM OPERATION GUIDE 



PAGE 25 



8,3.1 OATACOM McP 



THE ♦'DATACOM MCP" IS AN ESPOL PROGRAM WHICH CONTROLS AND 
COORDINATES THE VARIOUS FUNCTIONS REQUIRED TO PROCESS USER PROGRAMS, 
SEVERAL CDMPILE-TIME OPTIONS ARE AVAILABLE WHICH ALLOW THE MCP TO BE 
TAILORED TO THE REQUIREMENTS OF EACH INDIVIDUAL SITE, THE FOLLOWING IS 
A LIST OF THESE OPTIONS WITH A BRIEF DESCRIPTION EXPLAINING THEIR 
FUNCTIONS. 



AUXMEM 



IF SET THEN CODE TO SUPPORT "AUXILARY MEMORY" IS 
INCLUDED. 



B6500L0AD IF SET THEN CODE TO ALLOW LOADING OF B-6700 
LIBRARY DUMP TAPES IS INCLUDED. 



BREAKOUT 



IF SET THEN CODE TO SUPPORT PROGRAM RESTART 
CAPABILITIES IS INCLUDED. 



CHECKLINK IF SET THEM PROCEDURES WHICH CHEcK THE MEMORY 
LINKS FOR VALIDITY ARE INCLUDED. 



DATACOM 



IF SET THEN CODE TO HANDLE THE B-249 AND THE B- 
ue? DATA COMMUNICATIONS HARDWARE IS INCLUDED. 



DCLOG 



IF SET THEN PROCEDURES WHKH LOG REMOTE TERMINAL 
ACTIVITY ARE INCLUDED. 



ncspo 



IF Sf-T then REMOTE TERMINALS ARE GIVEN "REMOTE 
SPO" CAPABILITIES. 



DEBUGGING IF SET THEN CODE WHICH ALLOWS ON-LINE DEBUGGING 
IS INCLUDED, 



HFX 



IF SET THEN CODE TO HAnDlE A DISK FILE EXCHANGE 
IS INCLUDED. 
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DISKLOG 



IF SET THEN QlSK USAGE INFORHATlON IS INCLUDED AS 
PART OF THE SYSTEM ACTIVITY LOG. 



DKBNOdFx 



IF SET THEN CODE tO HANDLE TWO DISK CONTROLLERS 
WITHOUT AN EXCHANGE IS INCLUDED. 



DUMP 



IF SET THEN PROCEDURES WHICH ALLOW THE ON-LlNE 
CREATION OF'MEMORY DUMP TAPES IS INCLUDED, 



MONITOR 



IF SET THEN CODE IS INCLUDED WHICH IMPLEMENTS AN 
ON-LtNE TRACE FUNCTION, 



PACKETS 



IF Set then code is included which implements the 

"PACKETS" method OF SYSTEM CONTROLi 



SAVERFSULTS IF SET THEN A CYCLIC TABLE OF DATA COMMUNICATIONS 
ACTIVITY IS MAINTAINED. 



SEPTICTANK IF SET THEN PROCEDURES WHICH ALLOW THE MONITORING 
OF DATA COMMUNICATIONS ACTIVITY ARE INCLUDED. 



SHAREDISK IF SET THEN CODE IS INCLUDED WHICH ALLOWS TWO OR 
MORE SYSTEMS TO SHARE COMMON DISK STORAGE. 



STATISTICS 



IF SET THEN CODE WHICH MONITORS SYSTEM ACTIVITY 
IS INCLUDED, 



RJE 



IF SET THEN CODE "^Q SUPPORT REMOTE JOB ENTRY 
TERMINALS IS INCLUDED. 



EXAMPLE DECK: 
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7evecute patch/merge 

?data caro 

tpmerge zip list conflicts 

i.<N> PATCHES FOR McP 
$*EXECUTE ESPOL/DISK 
S*FILE TAPE - SYMBOL/MCP 
t*FILE LINE s 
S*FILE DISK = 
**FILE STUFF = 

S*DATa CARD 
$- 

* RESET AUXMEM 
% SET AUXMEM 
$ RESET B6500L0A0 
S SET B650OL0AD 

$ RESET BREAKOUT 

% Set BREAKOUT 

* RESET CHECKLINK 
« SET CHECKLINK 

S RESET DATaCOM 

$ SET DATACOM 

% RESET DCLOG 

$ SET DCLnG 



SERIAL 
MCP/LISTING PRINT BACK UP DISK 
MCP/DISK 
MCP/STUFF SERIAL 
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« RESET 

$ SET 

S SET 

* RESET 

% RESET 

% SET 

$ RESET 
S SET 

S SET 
$ RESET 
S RESET 
S SET 
$ SET 
S RESET 

S RESET 
$ SET 
$ RESET 
S SET 

$ RESET 
S SET 
S SET 

$ reSet 

S SET 



DCSPO 
DCSPO 

DEBUGGING 
DEBUGGING 

DFX 
DFX 

DISKLOG 
DISkLOG 

dkrmodfx 
dkbnoofx 

DUMP 
DUMP 

monttor 

MONITOR 
PACKETS 
PACKETS 
SAVpRESULTS 

saveresults 
septictank 

SEPTlCT&NK 

SHAREDISK 

SHAREDISK 

STATISTICS 
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S RESET STATISTICS 

$ RESET RJF 

t SET RJE 

$ SET TAPE STUFF 

* RESET LISTA PRT SINGLE 

$ SET LISTA PRT SINGLE. 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?ENn 
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8*3.? TIME-SHARING MCP 



THE "TIME-SHARING MCP" IS AN ESPOL PROGRAM WHICH IS DESIGNED TO 
CONTROL AND COORDINATE THE SYSTEM RESOURCES IN A MANNER THAT WILL 
OPTIMIZE THE RESPONSE TIME OF A REMOTE USER PROGRAM. SEVERAL COMPILE- 
TIME OPTIONS ARE AVAILABLE wHIcH ALLOW A SiTE TO TAlLOR THE MCP TO tHeIR 
SPECIFIC MEEDS. A LIST OF THESE OPTIONS AND A DESCRIPTION OF THEIR 
FUNCTIONS FOLLOWS. 



AUXMEM 



IF SFT THEN CODE TO SUPPORT "AUXIlARY MEMORY" IS 
INCLUDED. 



R6500L0AD IF sET THEN CODE TO ALLOW LOADING OF B-6700 
LIBRARY DUMP TAPES IS INCLUDED. 

CHECKLiNK IF SET THEN PHOCEOURES WHiCH CHECK THE MEMORY 
LINKS FOR VALIDITY ARE INCLUDED. 



DEBUGGING IF SET THEN COoE WHIcH ALLOWS ON-LINE DEBUGGING 
IS INCLUDED. 



DFX 



IF SET THEN CODE TO HANDLE A DISK FILE EXCHANGE 
IS INCLUDED. 



DKBNOnFX 



IF SET THEN CODE TO HANDLE TWO DISK CONTROLLERS 
WITHOUT AN EXCHANGE IS INCLUDED. 



DUMP 



IF SET THEN PROCEDURES WHICH ALLOW THE ON-LlNE 
CREATION OF MEMORY DUMP TAPES IS INCLUDED. 



MONITOR 



IF SET THEN CODE IS INCLUDED WHICH IMPLEMENTS AN 
ON-LINE TRACE FUNCTION. 



PACKETS 



IF SET THEN cOOE IS INCLUDED WHICH IMPLEMENTS THE 
"PACKETS" METHOD OF SYSTEM CONTROL. 
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SAVERESULTS IF SET THEN A CYCLIC TABLE OF DATA COMMUNICATIONS 
ACTIVITY IS MAINTAINED. 



SEPTICTANK 



IF SET THEN PROCEDURES WHICH ALLOW THE MONITORING 
OF DATA COMMUNICATIONS ACTIVITY ARE INCLUDED. 



SHAREDISK IF SET THEN CODE IS INCLUDED WHICH ALLOWS TWO OR 
MORE SYSTEMS TO SHARE COMMON DISK STORAGE. 



STATISTICS 



IF SET THEN CODE WHICH MONITORS SYSTEM ACTIVITY 
IS INCLUDED. 



TWXONLY 



IF SET THEN CODE TO ONLY HANDLE TELETYPES IS 
INCLUDED. 



FVAMPLE DECKI 



7EXECUTE PATCH/MERGE 

?DATA CARD 

%9 MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR TSSMCP 

S*EXECUTE ESPOL/DISK 

$*FILE TAPE = SYMROL/TSSMCP SERIAL 

«*FILE LINE = TSSMCP/LISTING PRINT BACK UP DISK 

S*FILE DISK = TSS/MCP 

$*FILE STUFF = TSSMCP/STUFF SERIAL 

1i*nATA CARD 
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X- 

$ RESET 

S SET 

t RESET 

$ SeT 

$ RESET 

$ SET 

$ SET 

S RESET 

t RESET 

$ Set 

$ SET 

$ RESET 

$ RESET 

$ SET 

i SET 

$ RESET 

$ RESET 

$ SET 

% RESET 

$ SET 

$ RESET 

$ SET 



AUXMEM 

AUXMEM 

B6500L0AD 

B6500L0A0 

CHECKLINK 

CHECKLINK 

DEBUGGING 

DEBUGGING 

DFX 

DFX 

dkrnodfx 

DKRNiODFy 

DUMP 

DUMP 

MONITOR 

MONITOR 

PACKETS 

PACKETS 

SAVFRFSuLTS 

SAVfRESULTS 

septictank 
septictank 
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$ SET SHarEDISK 

S RESET SHAREDISK 

S SET STATISTICS 

$ RESET STATISTICS 

$ SET TWXONLY 

S RESET TWXONLY 

* SET TAPE STUFF 

$ RESET LISTA PRT SINGLE 

S SET LISTA PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8.3.5 SYSTEM INTRINSICS 



THE "SYSTEM INTRINSICS" ARE A SET OF ESPOL PROCEDURES WHICH PERFORM 
VARIOUS FUNCTIONS FOR USER PROGRAMS, THESE FUNCTIONS INCUUDE SUCH ITEMS 
AS T/0 HANDLING* MATRIX INVERSION* AND SORTING OR MERGING DATA. THE 
INTRINSICS CAN BE TAILORED TO A PARTICULAR SITES REQUIREMENTS BY THE USE 
OF COmPILE-TIME options. THE FOLLOWING IS A LIST Of THESE OPTIONS WITH 

A Brief description for each. 



TIMESHARING 



IF SET THEN INTRINSICS COMPATIBLE WITH THE "TIME- 
SHARING" MCP are GENERATED. IF RESET THEN 
INTRINSICS COMPATIBLE WITH THE "DATaCOM" MCP ARE 
CREATED. 



SHAREDISK IF SfT THEN CODE TO HANDLE "RECORD LEVEL LOCKOUT" 
IS INCLUDED. THIS OPTION SHOULD ONLY BE SET IF 
SHARfDlSK IS SET IN THE APPROPRIATE MCP. 
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FXAMPLE DECKfOATACOM INTRINSICS): 

?EXECUTE PATCH/MERGE 
?DATA CARD 

$? MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR iNTRlNSlCS 

$*EXECUTE ESPOL/DISK 

S*FILE TAPf = SYMBOL/INTRINS SERIAL 

$*FILE LINE = INTRINS/LISTING PRINT BACK UP DISK 

«*FILe DISK = INT/DISK 

S*FTLE STUFF = INT/STUFF SERIAL 

$*DaTA CARD 

$- 

S SET SHAREDISK 

% RESET SHArEDISK 

$ SET TAPE STUFF INTRINSIC RESET TIMESHARING 

% RESET LISTA PRT SINGLE 

$ SET LISTA PRT SINGLE 

<SUPPlFmfntaRY PATCHES AND/OR LOCAL PATCHES> 



?ENn 
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EXAMPLE DECKCTIME-ShARING INTRINSICS)J 

7EXECUTE PATCH/MERGE 
?DATA CARD 

S(8 MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR INTRINSICS 

S*EXECUTE ESPOL/niSK 

«*FILE TAPE = SYMBOL/INTRINS SERIAL 

$*file line = intrins/listing print back up disk 

$*file disk * tss/int 

$*file stuff = tssint/stuff serial 

$*data card 

$- 

% SET SHAREDISK 

$ RESET SHAREDISK 

$ SET TAPE STUFF INTRINSIC TIMESHARING 

* RESET LIStA PRT SINGLE 

» Set LiSTA PRT Single 

<SUPPLFMENTaRY patches and/or LOCAL PATCHES> 



?ENn 
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8. 3.4 COOL AND COLO START ROUTINES 



THE "COOL START" AND "COLD START" ROUTINES ARE "CARD LOAD SELECT" 
PROGRAMS. THE "COLD START" ROUTINE IS USED TO BUILD A DISK DIRECTORY* 
CREATE "COLD START" FILES. AND TO INITIALIZE CERTAIN SYSTEM PARAMETERS. 
THE "COOL START" ROUTINE IS USED TO CHECK AN EXISTING DISK DIRECTORY FOR 
CORRECTNESS AND TO INITIALIZE CERTAIN SYSTEM PARAMETERS, THE COMPILE- 
TTMe OPTION "COOL" IS USED TO DETERMINE WHICH ROUTINE IS GENERATED SINCE 
BOTH ROUTINES ARE CONTAINED IN THE SAME SYMBOLIC FILE. 



EXAMPLE DECkCCOLD StART^S 



?EXFCUTE PATCH/mERSe 

?data card 

$«» merge zip list conflicts 

s, <n> patches for cool 

s*execute espol/disk 

s*file tape = symbol/cool serial 

s*file linf = cold/listing print back up disk 

$*FILE DECK = COLD/START PUNCH BACK UP DISK 
S*DATA CARD 

S- 

« RESET COnt 

* SET TAPE DECK 

% RESET LISTA PRT SINGLE 

J SET LISTA PRT SINGLE 
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<supplf'mentaRy patches and/or local patches> 



?END 



FXAMPLE OECKCCnOL START)J 

?eyecute patch/merge 

?data Card 

*(? merge zip list conflicts 

$, <n> patches for cool 

S*FxECUTE espol/pisk 

$*FILE TAPE s SYMBOL/COOL SERIAL 

$*FILE LINE * COOL/LISTING PRINT BACK UP DISK 

$*FILE DECK = COOL/START PUNCH BACK UP DISK 

$*DATA CARP 

$- 

S SfT COOL 

* set tape deck 

$ reset lista prt single 

$ set lista prt Single 

<SUPPLEMFNTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8.3.«5 TAPE TO DISK LOAHER 



the: "TAPE TO DISK" ROUTINE IS A "CARD LOAD SELECT" PROGRAM WHICH 
LOADS A MCP CODE FILE FROM A "LIBRARY MAINTENANCE DUMP" TAPE TO THE 
HEAD-PER-TRACK DISK AND ENTERS THE NAME AND STARTING DISK ADDRESS INTO 
DISK SEGMENT ZERO WITHOUT THE PRESENCE OF A FUNCTIONING OPERATING SYSTEM, 



EXAMPLE DECKt 



?EyECUTE PATCH/MERGE 
?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 
S. <N> PATCHES FOR TAFEDSK 

$*EXECUTE ESPOL/DISk 

$*FILE TAPF = SYMBOL/TAPEDSK SERIAL 

$*FILE LIME = 1 APEDSK/LISTING PRINT BACK UP DISK 

S*FILE DECK » TAPEDSK/LOADER PUNCH BACK UP DISK 

$*nATA CARD 

$- 

S SET TAPE DECK 

$ RESET LIST PRT SINGLE 

* SET LIST PRT SINGLE 

<SUPPlEMEMTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8.3.6 DISK TO OISk LOADER 



THE "DISK TO DISK" LOADER IS A "CARD LOAD SELECT" PROGRAM WHICH Is 
USED TO ENTER THE NAME AND STARTING DISK ADDRESS OF A MCP CODE FILE INTO 
DISK SEGMENT ZERO WITHOUT THE PRESENCE OF A FUNCTIONING OPERATING SYSTEM. 



EXAMPLE DECK' 



?EXECUTE PATCH/MERGE 

?DATA CARD 

$0 MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR DSKDSK 

$*EXECUTE ESPOL/DISK 

t*FILE TAPE ' SYMBOL/DSKDSK SERIAL 

$*FILE LINE = DSKDSK/LISTING PRINT BACK UP DISK 

$*FILE DECK s DSKDSK/LOADER PUNCH BACK UP DISK 

S*DATA CARD 

$- 

$ SET TAPE DECK 

S RESET LIST PRT SINGLE 

* SET LI^T PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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R,3,7 MEMORY QUmP RnUTlNE 



THE "MEMORY DUMP" ROUTINE IS A "CARD LOAD SELECT" PROGRAM WHICH 
WRItFS the contents OE MAINERaMe and AUXILARy MEMORY TO EITHER A 
MAGNETIC TAPE WHIcH wiLL BE LABELED "MQUMP" OR AN EXISTING DISK EILE 
NAMED "MEMORY/nuMPOOO". THE RESULTING FILE IS THEN USED AS INPUT TO THE 
APPROPRIATE DUMP ANALYZER PROGRAM. 



EXAMPLE DECK! 



7EXECUTE PATCH/MERGE 

?OATA CARD 

$? MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR MEMDuMP 

$*EXECUTE ESPOL/OISk 

**FILE TAPE = SYMBOL/MEMOUMP SERIAL 

i*FlLE LINE = MEMOuMP/LISTINg PRlNj BACK UP DISK 

**FILE DECK = MEMORY/DUMP PUNCH BACK UP DISK 

$*DATA CARD 

S- 

$ SET TAPE DECK 

S RESET LIST PRT SINGLE 

» SET LIST PRT SINGLE 

<SUPPLFMENTARY PATCHES AND/OR LOCAL PATCHES> 



?ENn 
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8,3,R HALT LOAD KERNEL ROUTINE 



THE "HALT LOAD KERNEL" IS A "CARD LOAD SELECT" PROGRAM WHICH 
PFRFnRMS THE NECESSARY "HOUSEKEEPING" REQUIRED PRIOR TO BRINGING THE 

SPECIFIED mcp Code filf into memory. 



EXAMPLE DECKi 



?EXECUTE PATCH/MERGE 
?0ATA CARD 

$? MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR KERNEL 

$*EXECUTE ESPOL/DISk 

S*FILE TAPE = SYMBOL/KERNEL SERIAL 

S*FILF LINE = KERNEL/LISTING PRINT BACK UP DISK 

$*FILE DECK s KERNEL/LOADER PUNCH BACK UP DISK 

$*DATA CARD 

$- 

$ SET TAPE DECK 

S RESET LIST PRT SINGLE 
$ SET LIST PRT SINGLE 

<SUPPlEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8,3,9 AIJXILARY MEMORY CONFIDENCE TEST 



THE "AUXILIARY MEMORY TEST" ROUTINE IS A "CARq LOAD SELECT" PROGRAM 
WHICH PERFORMS EITHER A READ-ONLY OR A REAO-WRlTE CONFIDENCE TEST ON A 
SPECIFIED AUXILARY MEMORY UNIT. 



EXAMPLE DECKt 



?EXECUTE PATCH/MERGE 
?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR AUXTST 

$*FXECUTE ESPOL/OISk 

$*FILE TAPE = SYMQOL/AUXTST SERIAL 

S*FILE LINE s AUXTST/LISTING PRINT BACK UP DISK 

t*FILE DECK = AUXMEM/TEST PUNCH BACK UP DISK 

S*OATA CARD 

$- 

$ SET TAPE DECK 

$ RESET LIST PRT SINGLE 

$ SET LIST PRT SINGLE 

<supplementaRy patches and/or LOCAL patches> 



?END 
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8.3.10 ALGOL AND TSPOL COMPILERS 



THE ALGOL AND TsPOL COMPILERS ARE ALGOL PROGRAMS THAT TRANSLATE 
AlGOL and TSPOL SYMBOLIC PROGRAMS INTO EFFICIENT 8-5700 MACHINE CODE. 
EITHER COMPILER CAN BE GENERATED FROM THE SAME SYMBOLIC FILE* "SYMBOL^ - 
AlGOL"* by setting OR RESETTING THE CqMPIlE-TIME OPTION "TSPOL'% 



FXAMPLE DECKCALGOL COMPILER): 



7EVFCUTE PATCH/MERGE 

?DAtA CARD 

$P MERGE ZIP LIST CONFLICTS 

%, <N> PATCHES FOR ALGOL 
S*C0MPILE ALGOL/DISC ALGOL LIBRARY 
$*ALGnL FILE TAPE « SYMBOL/ALGOL SERIAL 



S*ALGOL FILE LINE = 

**FILE NEWTAPE = 
S*FILF TAPE » 

**FILF LINE = 
$*FILF PNCH = 
«*CoRE = 10000 

s*oaTa 

j. set tape seqxeq 

s reSet li'^ta prt Single 



algol/listing print back up disk 

"ocrdimg" tape 

"ocrdimg" tape 

ALGOL/COMPIlE PRINT BACK UP DISK 

ERROR/CARDS PUNCH BACK UP DISK 



ALGOL RESET TSPOL 
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$ SET LISTA PPT SINGLE 



<supple:mentaRy patches and/oR local patches> 



?END 
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FXAMPLE DECkCtSPGL COMPILER): 



7EXECUTE patch/merge: 

?data card 

$p merge zip list conflicts 

s, <n> patches for algol 

s*c0mpile tspol/disk algol library 

S*AlGOL file TAPE * SYMBOL/ALGOL SERIAL 

1i*ALG0L FILF LIME = TSPOL/LIST ING PRINT BACK UP DISK 

$*FILE NEWTAPE = "OCRDIMG" TaPE 

**FILF TAPE = "OCRQIMG" TAPE 

**FILE LINE = TSPOL/COMPILE PRINT BACK UP DISK 

$*FILE PNCH = ERROR/CARDS PUNCH BACK UP DISK 

$*CORE = 10000 

$*DATA 

$- 

$ SET TAPE SEQXEQ 

S RESET LISTA PRT SINGLE 

s Set lista prt single 



TSPOL reset ALGOL 



<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?emd 
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8.3.11 xalgol Compiler 



THE XAtGOL COMPILER IS An AlGOL PROGRAM WHICH TRANSLATES XAlGOl 
SYMBOLIC PROGRAMS INTO pFFIClFMT B-5700 MACHINE CODE. 



FXAMPLE DECKt 



?eyecute patch/merge 
?data card 

%9 merge zip list conflicts 

i. <n> patches for xalgol 

i*COMPlLE XALGOL/DISK AlGOL LIBRARY 

**ALGOL FILE TAPE = SYMBOL/X ALGOL SERIAL 

-1i*ALGnL FILE LINE = XALGOL/LI STI NG PRINT BACK UP DISK 

$*FILE NEWTAPE a "OCRDIMG" TAPE 

$*FILE TAPE = "OCRDIMG" TAPE 

**FILE LINE = XALGOL/COMPILE PRINT BACK UP DISK 

**FILE PNCH = ERROR/CARDS PUNCH BACK UP DISK 

$*CORE = 10000 

S*DATA 

$- 

* SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 
S SET LIST PRT SINGLE 
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<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8,3,12 ESPOL COMPILER 



THE ESPOL COMPILPR IS AN ALGOL PROGRAM WHICH TRANSLATES ESPQl 
SYMBOLIC PROGRAMS INTO EFFICIENT B'S/OO MACHINE CODE. 



FVAMPLE DECK! 



?ExECUTF PATCH/mFrGE •* 

?OATA CARD 

SP MERGE ZIP LIST CONFLICTS 

t. <N> PATCHES FOR ESPQL 

S*C0MPILE FSPDL/OISk ALGOL LIBRARY 

$*ALGOL FILE TAPE - SYMBOL/ESPOL SERIAL 

$*ALGOL FILE LINE = ESPOL/LI ST ING PRINT BACK UP DISK 

$*FILE NEWTAPE « "OCRDIMG" TAPE 

S*FILE TAPE = "OCROIMG" TAPE 

«*FILE LINE = ESPOL/COMPILE PRINT BACK UP DISK 

$*FILE PNCH = ERROR/CARDS PUNCH BACK UP DISK 

S*CORE = 10000 

**DATA 

$- 

$ SET TAPE SEQXEQ 

$ RESET LIST PRT SINGLE 

« Set LIST PRT SINGLE 
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oupplementaRy patches and/or local patches> 



?END 
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8.3,13 FORTRAN CQMPIlFR 



THE FORTRAN COMPILER IS AN ALGOL PROGRAM WHICH TRANSLATES FORTRAN 
SYMBOLIC PROGRAMS INTO EFFICIENT B-5700 MACHINE CODE. 



EXAMPLE DECK* 



7EXECUTE PATCH/MERGE 

?DATA CARD 

$« MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR FORTRAN 

S*CnMPlLE FnRTRAM/DISK ALGOL LIBRARY 

t*ALGOL FILE TAPE = SYMBOL/FORTRAN SERIAL 

$*ALG0L FILE LINE = FORTRAN/LISTING PRINT BACK UP DISK 

$*ALGOL STACK s 1000 

»*F1LE NFWTAPE = FORSYM TAPE 

$*FILE TAPE = FORSYM TAPE 

$*FILE LINE = FORTRAN/COMPILE PRINT BACK UP DISK 

$*CORE = flOnO 

$*nATA 

%• 

S SET TAPE SEQXEQ 

t RESET LIST PRT SINGLE 

$ SET LIST PRT SINGLE 
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<supplementary patches ano/or local patches> 



?END 
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8.3,14 BASIC COMPILER 



THE BASIC COMPILER IS AN ALGOL PROGRAM WHICH TRANSLATES BASIC 
SYMBOLIC PROGRAMS INTO rFElClENT B-5700 MACHINE CODE. 



EXAMPLE deck: 



7EXECUTE PATCH/MERGE 
?DATA CARD 

$*» MERGE ZIP LIST CONFLICTS 

*. <N> PATCHES FOR BASIC 

S*CnMPTLE BaSIC/DISK ALGOL LIBRARY 

S*ALGOL FILE TAPE = SYMBOL/BASIC SERIAL 

$*ALG0L file line = BASIC/LISTING PRINT BACK UP DISK 

**FILE NEWTAPE = "OCRDIMG" TAPE 

$*FILE TAPE s "OCRDIMG" TAPE 

S*FILE LINE « BASIC/COMPILE PRINT BACK UP DISK 

$*CORE = 6000 

$*DATA 
$- 

$ SET TAPE SEQXEQ 

t RESET LIST PRT SINGLE 

$ SET LIST PRT SINGLE 



<SUPPLFMENTARY PATCHES AND/OR LOCAL PATCHES> 
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8,3.15 COBOL COMPILER 



THE COBOL COMPILER IS AN ALGOL PROGRAM WHICH TRANSLATES COBOL 
SYMBOLIC PROGRAMS INTO EFFICIENT B-5700 MACHINE CODE. 



EXAMPLE DECK« 



7EXECUTE PATCH/MERGE 
?DAtA CARD 

•t? MERGE ZIP LIST CONFLICTS 
S. <N> PATCHES FOR COBOL 

S*C0MPILE COBOL/DISK ALGOL LIBRARY 
S*AlGOL file tape a SYMBOL/COBOL SERIAL 



$*algol file line * 

S*ALG0L stack = 1000 
$*FILE NEWTAPE = 
i*FlLF TAPE = 
**FILE LINE a 
$*FILE PNCH * 
$*CORE = 1?000 
S*nATA 
$- 

s set tapf seqxeq 

S RESET LIST PRT SINGLE 



COBOL/LISTING PRINT BACK UP DISK 



SOLT TAPE 

SOLT TAPE 

COBOL/COMPILE PRINT BACK UP DISK 

ERROR/CARDS PUNCH BACK UP DISK 
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S SET LIST PRT SINGLE 



<SUpPLEMENTaRY patches AND/OR LOCAL PaTcHES> 



?END 
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8.3,16 C0BnL68 COMPILER 



THE C060L68 COMPILER IS AN AUGOL PROGRAM WHICH TRANSLATES C0B0L68 
SYMBOLIC PROGRAMS INTO EFFICIENT B-5700 MACHINE CODE. 



EXAMPLE DECK' 



7EXECUTE PATCH/MERGE 

?DATA CARD 

*P MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR C0B0L68 

**C0MPILE C0B0L68/DISK ALGOL LIBRARY 

$*AlGOL file tape = SYMB0L/C080L68 SERIAL 

$*AL<3nL FILE LINE « C080L68/L I STING PRINT BACK UP DISK 

$*ALGOL STACK s 1000 



S*EILE NEWTAPE 

$*FILE TAPE 

S*FILE LINE 

**FILE PNCH 

$*CORE = 12000 

$*DATA 

S- 

S SET TAPE SEQXEQ 

$ RESET LIST PRT SINGLE 



a SOLT TAPE 

s SOLT TAPE 

= COB0L68/COMPILE PRINT BACK UP DISK 

s ERROR/CARDS PuNCH BACK uP DISK 



PAGE 58 



SYSTEM OPERATION GUIDE 



$ SET LIST PRT SINGLE 



<supplemenTary patches anp/or local patches> 



'END 
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8.3,17 MAKCAST/DISK 



THE "MAKCAST/DISK" PROGRAM IS A SYMBOLIC LIBRARY MAINTENANCE 
PROGRAM WHICH IS USED TO CREATE AND UPDATE THE SYMBOLIC LIBRARY FILES 
USED AS INPUT TO THE SYSTEM COMPILERS, 



EXAMPLE DECK* 



7EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR MAKCAST 

**C0MPILE MAKCAST/DISK ALGOL LIBRARY 

$*ALG0L file TAPE = SYMBOL/MAKCAST SERIAL 

$*ALGOL FILE LINE = MAKC AST/LISTING PRINT BACK UP DISK 

**ALGOL STACK = 1000 

$*DATA 

$- 

S SET TAPE SEQXEQ 

« RESET LIST PRT SINLGE 

* SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES ANd/OR LOCAL PatCHES> 



?END 
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8.3,18 CANDE/TSHARER 



"Cande/tsharer" !s a tspol program which performs the command 

PROcrSSlNG AND TExt EDITING FOR THE "TIME-SHARING" mCP. 



FVAMPLE DECK» 



7EXECUTE PATCH/VERGE 

?DATA CARD 

%9 MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR CANOE 

S*C0MPILE CANDF/TSHARER TSPDL LIBRARY 

$*TSPOL FILE TAPE s SYMBOL/CANOE SERIAL 

$*TSPDL FILF LINE * C ANOF/L I ST ING PRINT BACK UP DISK 

$*TSPOL STACK s 1000 

$*CORE = 5000 
$*DATA 

$- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 

% SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8,3.19 CANnE VFRB PROGRAMS 



THE FOLLOWING IS A LIST OF EXAMPLE DECKS FOR THE "CANOE" VERB 
PROcrSSlNG PROGRAMS AND THE "CAnDE" AUXILARY PROGRAMS, 



EXAMPLE OECkCapPEND/CANDE) J 



7EXECUTE PATCH/MERGE 
?DATA CARD 

$? MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR APPEND 

S*C0HPILF APPEND/CANDE TSPQL LIBRARY 

$*TSPOL FILE TAPE = SYMBOL/APPEND SERIAL 

$*TSPOL FILE LINE = APPEND/LISTING PRINT BACK UP DISK 

$*DATA 

%' 

t SET TAPE SEQXEQ 

$ PESET LIST PPT SINGLE 

$ SET LIST PRT SINGLE 

<SUPPLFMENTARY PATCHES AND/OR LOCAL PATCHES> 



7END 
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EXAMPLE DECKCCOPY/CANDE)! 

?EXECUTE PATCH/MERGE 
?DATA CARD 

$(» MERGE ZIP LIST CONFLICTS 
$, <N> PATCHES FOR COPY 

$*CnMPlLE COPY/CANOE TSPOL LIBRARY 

**TSPOL FILE TAPE ' SYMBGL/COPY SERIAL 

$*TSPOL FILE LINE - COPY/LISTING PRINT BACK UP DISK 

t*OATA 

$- 

i SET TAPE SEOXEQ 

* RESET LIST PRT SINGLE 

* SET LIST PPT SINGLE 

<SUPPLEMENTaRY patches AND/OR LOCAL PATCHES> 



?END 
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FVAMPLE DECKCDELETE/CANHE) J 

7EXECUTE PATCH/MERGE 
70ATA CARD 

SP MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR DELETE 

$*C0MPILE DFLETE/CANDE TSPOL LIBRARY 

$*TSPnL FILE TAPE = SYMBOL/DELETE SERIAL 

$*TSPOL FILE LINE = DELETE/LISTING PRINT BACK UP DISK 

$*nATA 

%' 

% SET TAPF SEQXEO 

* RESFT LIST PPT SINGLE 

$ SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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EXAMPLE DECK(FIND/DISK) J 

7EXECUTE PATCH/MERGE 

7DATA CARD 

SP MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR FIND 

**C0MPILE FIND/DISK TSPOL LIBRARY 

$*TSPOL FILE TAPE = SYMBOL/FIND SERIAL 

S*TSPOL FILF LINE - FIND/LISTING PRINT BACK UP DISK 

**OATA 

$- 

$ SET TAPE SEOXEQ 

S RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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FVAMPLE DECK(GUARD/DISK) t 

?EyECUTE PATCH/MERGE 

7DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

%, <N> PATCHES FOR GUARD 

**CnMPlLE GUARD/DISK TSPOL LIBRARY 

**TSPOL FILE TAPE s SYMBOL/GUARD SERIAL 

$*TSPOL FILE LIME = GuARD/L 1ST ING PRINT BACK UP DISK 

$*nATA 
*- 

$ SET TAPE SEQXEQ 

« RESET LIST PRT SINGLE 

i SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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EXAMPLE OECKCHARO/CANDE): 

?EXECUTE PATCH/MERGE 
?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 

t, <N> PATCHES FOR HARD 

S*C0MPILE HARD/CANDE TSPOL LIBRARY 

S*TSPOL FILE TAPE = SYMBOL/HARD SERIAL 

S*TSPOL FILE LINE = HARD/LISTING PRINT BACK UP DISK 

$*nATA 

$- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 

$ SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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FXAMPLE nECKCHELP/niSK) J 

?EVECUTE PATCH/MERGE 

?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 

J., <N> PATCHES FOR HELP 

$*C0MPILE HELP/DISK TSPOL LIBRARY 

S*TSPOL FILE TAPE = SYMBOL/HELP SERIAL 

$*TSPOL FILE LINE * HELP/LISTING PRINT BACK UP DISK 

$*DATA 
$- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 

$ SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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FXAMPLE DECK(LFILES/CANDE)J 

7EXECUTE PATCH/MERGE 
?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 
S. <N> PATCHES FOR LFILES 

«*COMPTLE LFILFS/CANOE TSPOL LIBRARY 

**TSPOL FILE TAPE = SYMBOL/LF ILES SERIAL 

$*TSPOL FILE LINE = LF ILES/LI ST ING PRINT BACK UP DISK 

S*DATA 

$- 

* SET TAPE SEGXEQ 

* RESET LIST PRT SINGLE 
$ SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/QR LOCAL PATCHES> 



?END 
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EXAMPLE DECKCLIST/CANDE)J 

7EXECUTE PATCH/MERGE 

?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR LIST 

$*CnMPlLE LiST/CANOE TSPOl LIBRARY 

$*TSPOL FILE TAPE = SYMBOL/LIST SERIAL 

$*TSPQL FILE LINE « LIST/LISTING PRINT BACK UP DISK 

$*DATA 

$- 

S SET TAPE SFOXEQ 

S RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 
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ryAMPLE OECK(LOAD/CANDE)l 

7EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE ZIP LIST CONFUICTS 

S. <N> PATCHES FOR LOAD 

**C0MPILE LOAD/CANDE TSPOL LIBRARY 

t*TSPOL FILE TAPE = SYMBOL/LOAD SERIAL 

S*TsPnL FILE LINE = LOAD/LISTING PRINT BACK UP DISK 

S*DATA 

&- 

* set tape seqxeq 

* reset list prt single 
s set list prt single 

<supplementaRY patches and/or local patches> 
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rXAMPlE DECK(MERGE/CANDE)t 

?EyECUTE PATCH/MERGE 
?DATA CARD 

*P MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR MERG 

**C0MPILE MfRGE/CANDE TSPOL LIBRARY 

$*TSPOL FILE TAPE = SYMBQL/MERG SERIAL 

$*TSPOL FILE LINE = MERGE/LISTING PRINT BACK UP DISK 

S*DATA 

$- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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example deckfpaper/canoe) « 

?execute patch/merge 
?data card 

*p merge zip list conflicts 
$. <n> patches for paper 

$*complle paper/cande tspol library 
s*tspol file tape = symbou/paper serial 

$*TSPOL FILE LINE = PAPER/LISTING PRINT BaCk UP DISK 

S,*DATA 

$- 

S SET TAPE SEqXEq 

$ RESET LIST PRT SINGLE 

* SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



'END 
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FXAMPLE nECK(PUMCH/CANDE)S 

7EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR PUNCH 

S*cnMPlLE PyNCH/CANDE TSPOL LIBRARY 

S*TSPOL FILE TAPE = SYMBOL/PUNCH SERIAL 

$*TSPOL FILE LINE = PUNCH/LISTING PRINT BACK UP DISK 

$*DATA 

* SET TAPE SEQXEQ 

* RESET LIST PRT SINGLE 
S. SET LIST PRT SINGLE 

<SUPPLEMENTaRY patches and/or LOCAL PATCHES> 



?END 
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EXAMPLE DECKCQUIKLST/CANOE): 

?EXECUTE PATCH/MERGE 
?nATA CARD 

tP MERGE ZIP LIST CONFLICTS 

t. <N> PATCHES FOR QUIKLST 

S*C0MPILE QUIKLST/CANDE TSPOL LIBRARY 

$*TSPOL FILE TAPE » SYMBOL/QUIKLST SERIAL 

S*TSPOL FILE LINE = QUI KLST/LI STI NG PRINT BACK UP DISK 

S*DATA 

Si- 

$ SET TAPE SEQXEQ 

$ RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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pyAMPLE nECKCREPLACE/CAMDE)! 

?EXECUTE PATCH/MERGE 

?nATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES rOR REPLACE 

S*C0MPILE REPLACE/CANDE TSPOL LIBRARY 

S*TSPnL FILE TAPE = SYMBOL/REPLACE SERIAL 

.1i*TSP0L FILF LINE = REPLACE/LISTING PRINT BACK UP DISK 

S*nATA 

%" 

S SET TAPE SEQXEQ 

* RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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EXAMPLE DECKfRESEQ/CANDE)! 

?FXECUTE PATCH/MERGE 
?nATA CARO 

$P MERGE Zip LIST CONFLICTS 

*. <N> PATCHES FOR RESEQ 

**CnMPlLE RESEQ/CANOE TSPOL LIBRARY 

**TSPOL FILE TAPE = SYMBOL/RESEQ SERIAL 

S*TSPOL FILE LINE * RESEQ/Ll STING PRINT BACK UP DISK 

$.*DATA 

S- 

S SET TAPE SEQXEQ 

« RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 

?END 
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fTXAMPLE DECK(RESEQB/CANDE)» 

?EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE Zip LIST CONFLICTS 

$. <N> PATCHES FOR RESEQB 

$*C0MPILE RESEQB/CANOE TSPOL LIBRARY 

$*TSPOL FILE TAPE s SYMBOL/RESEQB SERIAL 

S*TSPOL FILE LINE « RESEQB/LISTI NG PRINT BACK UP DISK 

$*nATA 

» SET TAPE SEQXEQ 

S RESET LIST PRT SINGLE 

I 

t SET LIST PRT SINGLE 

4 

<SUPPLEMENTaRY PATCHES ANO/OB LOCAL PATCHES> 



?END 
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EXAMPLE DFCK(SchEDUl/CANDE): 

7EXECUTE PATCH/MERGE 

?DATA CARD 

«P MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR SCHEDUL 

**COMPlLE SCHEDUL/CANDE TSPOL LIBRARY 

«*TSPOL FILE TAPE = SYMBOL/SCHEDUL SERIAL 

**TSPOL FILE LINE = SCHEDUL/LI STING PRINT BACK UP DISK 

$*nATA 

t- 

* SET TAPE SEQXEQ 

$ RESET LIST PRT SINGLE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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8,3.?0 SYSTEM UTILITY PROGRAMS 



THE FOLLOWING IS A LIST OF EXAMPLE DECKS FOR THE SYSTEM UTILITY 
PROGRAMS. THESE PROGRAMS PERFORM FUNCTIONS WHICH ARE CLOSELY RELATED TO 
THE OPERATION Op THE SYSTEM, 



EXAMPLE DECK(USeR/CaNOE) 



?EyECUTE PATCH/MERGE 
?DATA CARD 

*P MERGE ZIP LIST CONFLICTS 

S, <N> PATCHES FOR USER 

S*C0MPILE USER/CANDE ALGOL LIBRARY 

$*ALG0L file TAPE = SYMBOL/USER SERIAL 

**AlGOL file line = USEH/LISTING PRINT BACK UP DISK 

$*DATA 

$- 

$ SET TAPE SEQXEQ 

^ RESET LIST PRT SINLGE 
S SET LIST PRT SINGLE 

<5UPPLEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?ENn 
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fvample deck(update/users)! 

?execute patch/merge 
?data card 

SP MERGE ZIP LIST CONFLICTS 

», <N> PATCHES FOR UPDATE 

**C0MPILE UPDATE/USERS ALGOL LIBRARY 

$*ALGOL FILE TAPE s SYMBOL/UPDATE SERIAL 

J*ALG0L file line s UPDATE/LISTING PRINT BACK UP DISK 

$*DATA 

s- 

$ Set tape seqxeq 

S RESET list PRT SINLGE 
$ SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/DR LOCAL PATCHES> 



?END 
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rVAMPLE OECKCPATCH/MERGE) ' 

7EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR PMERGE 

«*C0MPILE PATCH/MERGE XALGOL LIBRARY 

$*XALGOL FIlE TAPE = SYMBOL/PMERGE SERIAL 

S*XALGnL FILE LINE = PMERGE/LI STI NG PRINT BACK UP DISK 

**nATA 

s- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLFMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 



SYSTEM OPERATION GUIDE 



PAGE 82 



EXAMPLE OECKCSYSDISk/MAKER): 

7EXECUTE PATCH/MERGE 
?OATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES fDR SYSDISK 

$*C0MPILE SySDISK/MAKER ALGOL LIBRARY 

S*ALG0L FILE TAPE = SYMBOL/SYSD ISK SERIAL 

S*ALGnL FILE LINE = SYSDI SK/LI STING PRINT BACK UP DISK 

S*DATA 

$- 

$ SET TAPE SEQXEQ 

S RESET LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?ENO 
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FXAMPLE DECK( AUXHATA/MAKER): 

7EXECUTE PATCH/MERGE 
?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

t, <N> PATCHES FOR AUXDATA 

S*C0MPILE AUXDATA/MAKER ALGOL LIBRARY 

**ALG0L FILE TAPE = SYMBOL/AUXOATA SERIAL 

$*ALGOL FILE LINE = AUXQATA/L 1ST ING PRINT BACK UP DISK 

$*DATA 

S- 

* SET TAPE SEQXEQ 

* RFSFT LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLFMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 



SYSTEM nPERATION GUIDE 



PAGE 84 



EXAMPLE DECk(SYSTEM/MESSGEN)i 

?EXECUTE PATCH/MERGE 

?OATA CARD 

$P MERGE ZIP LIST CONFLICTS 

%, <N> PATCHES FOR MESSGEN 

**COMPILE SySTEM/MESSGEN ALGOL LIBRARY 

$*ALGnL FILE TAPE » SYMBOL/MeSSGEN SERIAL 

$*ALG0L FILE LINE « MESSGEN/LI STING PRINT BACK UP DISK 

**nATA 

$- 

% SET TAPF SEQXEQ 

* RFSFT LIST PRT SiNLGE 

t SET LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES ANO/OR LOCAL PATCHES> 



?END 
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rXAMPLE DECK(DC1000/CODEGENI)t 

7EXECUTE PATCH/MERGE 

?DATA CARD 

%9 MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR DCIOOO 

$*COMPltE nclOOO/COOEGEN ALGOL LIBRARY 

$*AlGOL file TAPE = SYMBOL/DC 1000 SERIAL 

$*ALGOL FILE LINE = DC 1000/LISTI NG PRINT BACK UP DISK 

J*DATA 

S- 

S SET TAPE SEQXEQ 

* RESET LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLEMENTaRY patches AND/OR LOCAL PATCHES> 



?END 
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8,3.?1 ANALYSIS PROGRAMS 

THE FOLLOWING IS A LIST OF EXAMPLE DECKS FQR THE SYSTEM ANALYSIS 
PROGRAMS. THESE PROGRAMS ARE USED TO ANALYZE THE VARIOUS FILES PRODUCED 

BY THE SYSTEM, 

EXAMPLE OECK(ROT0/ROOTER)« 

7EXECUTE PATCH/MERGE 
?DAtA CARD 

$p merge zip list conflicts 

$, <n> patches for roto 

s*c0mpile roto/rooter algol library 

$*algol file tape * symbol/roto serial 

s*algol file line = roto/listing print back up disk 

$*file p = septic/listing print back up disk 

$*data 

$• 

* SET TAPE SEQXEQ 

$ RESET LIST PRT SINLGE 

* SET LIST PRT SINGLE 

<SUPPLEMENTaRY patches AND/OR LOCAL PATCHES> 



?ENO 
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EXAMPLE DECK(STATS1/ANALYZE)1 

?EXECUTE PATCH/MERGE 

?OATA CARD 

$? MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR STATSl 

**C0MPILE STATSl/ANALYZE ALGOL LIBRARY 

S*AlG0L file TAPE = SYMBOL/ST ATSl SERIAL 

S*ALGOL FILE LINE ■ S TA TSl /LISTING PRINT BACK UP DISK 

$*oata 
$- 

$ Set Tape Seqxeq 
s reset list prt sinlge 
$ set list prt single 

cSUPPlEMENTaRY patches and/or LOCAL patches> 



?END 
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F-XAMPLE DECK(STATS2/ANAUYZE): 

?EXECUTE PATCH/MERGE 

?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR STATS2 

S*C0MPILE STATS2/ANALYZE ALGOL LIBRaRY 

$*ALGOL FILE TAPE = SYMBOL/STATS2 SERIAL 

**ALGnL FILE LINE = STATS2/LI ST I NG PRINT BACK UP DISK 

$*nATA 

5.- 

s set tape seqxeq 
s reset list prt sinlge 
^ set list prt single 

<supplf:mentary patches and/or local patches> 
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rXAMPLE 0ECK(STATS3/ANALYZE)5 

7EXECUTE PATCH/MERGE 
7DATA CARD 

SP MERGE ZIP LIST CONFLICTS 
$, <N> PATCHES FOR STATS3 

$*COMPIlE STATS3/ANALVZE ALGOL LIBRARY 

$*AlGOL FILE TAPE « SYMB0L/STATS3 SERIAL 

$*ALGnL FILE LINE = ST ATS3/LI ST I NG PRINT BACK UP DISK 

$*nATA 
S- 

$ SET TAPE SEQXEQ 

% RESET LIST PRT SINLGE 

* SET LIST PRT SINGLE 

<SUPPlEMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?END 



SYSTEM OPERATION GUIDE 



PAGE 90 



FXAMPLE OECK(STATSa/ANAL.YZE)J 

?EXECUTE PATCH/MERGE 
?DATA CARD 

$P MERGE ZIP LIST CONFLICTS 

S. <N> PATCHES FOR STATS4 

S*C0MPILE STATS/I/ANALYZE ALGOL LIBRARY 

S*AlGOL FILE TAPE » SYM8OL/STATS4 SERIAL 

$*ALGOL FILE LINE = ST ATSa/L I ST ING PRINT BACK UP DISK 

t*nATA 

$- 

* SET TAPE SE0XEQ 

S RESET LIST PRT SINJLGE 
S SET LIST PRT SINGLE 

<SUPPLEMENTARY batches AND/OR LOCAL PATCHES> 



7END 
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EXAMPLE DECkC0NlU'E/MAINT)8 

'execute patch/merge 
?data card 

$p merge zip list conelicts 

$. <n> patches for olmaint 

$*COMPTLE OnLINE/MAINt TSPOL LIBRARY 

t*TSPOL FILE TAPE = SYMBOL/OLMA INT SERIAL 

$*TSPOL FILE LINE - OLMA INT/L 1ST ING PRINT BACK UP DISK 

**nATA 

$- 

$ SET TAPE SEqXEQ 

S RESET LIST PRT SINLGE 

S Set LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES) 



?END 
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FXAMPLF DECKfLaGAN/OlSK) 

^EXECUTE PATCH/MERGE 
7DATA CARD 

*PMERGE ZIP LIST CONFLICTS 
S»<N> PATCHES rnR LOGAN 

s*c0mpile logan/disk algol library 
s*algol file Tape » symbol^logan Serial 

$*ALG0L file lime = LOGAN/LISTING PRINT BACK UP DISK 
S*DATA 

$- 

i SET TAPE SEQXEQ 

$ RESET LIST PPT SINGLE 

S Set LIST PRT SINGLE 

<SUPPLFMENTARY PATCHES AND/OR LOCAL PATCHES> 



?ENO 
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rvample deckcl06anl/maint)i 

?eyecute patch/merge 

7data card 

%9 merge zip list conflicts 

$, <n> patches for mlogan 

s*c0mpile loganl/maint algol library 

**algol file tape s symbol/mlogan Serial 

**algol file line = mlogan/listing print back up disk 

**data 

J- 

% sfT tapf seqxeq 
$ reset list prt sinlge 
» set list prt single 

<SUPPLEMENTaRY patches AND/OR LOCAL PATCHES> 



?END 
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EXAMPLE OECkCLQGOUT/DISK) 5 

7EXECUTE PATCH/MERGE 

?DATA CARD 

*? MERGE ZIP LIST CONFLICTS 

$, <N> PATCHES FOR LOGOUT 

S*COMPTlE logout/disk ALGOL LIBRARY 

**ALGOL FILE TAPE » SYMBOL/LOGOUT SERIAL 

$*ALG0L file LINE = LOGOUT/LISTING PRINT BACK UP DISK 

S*nATA 

$- 

S SET TAPE SEQXEO 

$ RESET LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLEMENTaRY patches AND/OR LOCAL PATCHES> 



?END 
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EXAMPLE DECKCLOGOUTR/OISK)! 

?EXECUTE PATCH/MERGE 

?DATA CARD 

SP MERGE ZIP LIST CONFLICTS 

$. <N> PATCHES FOR LOGOUTR 

«*C0MPILE LOGOUTR/DISK ALGOL LIBRARY 

$*ALG0L file TAPE = SYMBOL/LOGDUTR SERIAL 

$*AlGOL file line = LOGOUTR/LISTING PRINT BACK UP DISK 

**DATA 
$- 

S SET TAPE SEQXEQ 

$ RESET LIST PRT SINLGE 

S SET LIST PRT SINGLE 

<SUPPLFMENTaRY PATCHES AND/OR LOCAL PATCHES> 



?FND 
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EXAMPLE DECKCDCFILL/PRT): 

?EXECUTE PAtCH/mERGE 

?oata card 

tp merge zip list conflicts 

$. <n> patches for ocfill 

t*CnMPlLE DCFILL/PRT ALGOL LIBRARY 

$*AlGOL FILE TAPE « SYMBOL/DCFI LL SERIAL 

$*ALGnL FILE LINE = DCF ILL/LI STI NG PRINT BACK UP DISK 

**DATA 

$- 

* SET TAPF SEQXEQ 

S RESET LIST PRT SINLGE 

i SET LIST PRT SINGLE 

<SUPPLEMENTaRY PATCHES, AND/OR LOCAL PATCHES> 



?end 
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FXAMPLE DECK(DUMP/ANALYZE): 

7EXECUTE PATCH/MERGE 

?DATA CARD 

$9 MERGE ZIP LIST CONFLICTS 

t, <N> PATCHES FOR DUMPANL 

**C0MPILE nuMP/ANALYZE ALGOL LIBRARY 

$*AlGOL file tape = SYMBOL/DUMPANL SERIAL 

S*ALGOL FILE LINE » DUMPANL/LI STING PRINT BACK UP DISK 

$*FILE P = DCMCP/MEMOIJMP PRINT BACK UP DISK 

$*COMMON = ? 

**DATA 

%' 

$ set tape seqxeq 
x reset list prt sinlge 
$ set list prt single 

<supple:mentaRy patches and/or local patches> 



?end 



SYSTEM OPERATION GUIDE 



PAGE 91 



rxAMPLE DECk(TSFILL/PRT)! 

^EXECUTE PATCH/MERGE 
?OAtA CARD 

$P MERGE ZIP LIST CONFLICTS 

S. <N> PATCHES FOR TSFILL 

**C0MPILF TSFILL/PRT ALGOL LIBRARY 

$*algol filf Tape » symbol^tsfill Serial 

$*ALG0L file line = TSFILL/LISTING PRINT BACK UP DISK 

$*DATA 

S- 

% SET TAPF SEQXEQ 

* RESET LIST PRT SINLGE 

S Set LIST PRT SINGLE 

<SUPPLEMENTARY PATCHES AND/OR LOCAL PATCHES> 



?END 
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(TVAMPLE OECK(TSDUWP/ANALYZE)» 

?EXECUTE PAtCH/mERGE 

?DATA CARD 

4? MERGE ZIP LIST CONFLICTS 

*, <N> PATCHES FOR TSDUMP 

**CnMPlLE TSDUMP/ANALYZE ALGOL LIBRARY 

$*ALG0L FILF TAPE * SYMBOL/TSDUMP SERIAL 

»*AlGOL FILF LINE = TSDUMP/L 1ST ING PRINT BACK UP DISK 

$*FILE P = TSSMCP/MEMDUMP PRINT BACK UP DISK 

J.*COMMON = 3 

S*nATA 

$•" 

s set tape seqxeq 
$ reset list prt sinlge 
$ set list prt single 

<supplementary patches and/or local patches> 



?END 
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SECTION 9 



STRUCTURE AND MAINTENANCE QF THE SYSTEM FIlES 



9,1 GENERAL 



this section cescribes the structure of the various files used by 
the system software and the programs used to create and maintain these 
fiLfs. 



[TO 8E SUPPLIED LATER! 
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APPENDIX A 



"PATCH/MERGE" DESCRIPTION 



A,l INTRODljCTiaN 



THIS PROGRAM is jQ 
INDIVIDUAL PATCH DECKS 
THIS MASTER PATCH DECK IS 
PATCHES WERE RELEASED. 



THIS "PATCH/MERGE" 
PATCHED. 



BE USED TO CREATE A, MASTER PATCH DECK FROM THE 

RELEASED BY BURROUGHS ON LIBRARY DUMP TAPES. 

THEN USED TO COMPILE THE PROGRAM FOR wHIcH THE 

OFFICIAL BURROUGHS PATCH RELEASES ASSUME THAT 



PROGRAM Is BEING USED TO COMPILE THE PROGRAM BEING 



A. 2 INPUT PHASE 



DURING THE INPUT PHASE* "PATCH/MERGE" READS ALL CARDS INPUT TO IT 
FROM CARDS 0R*IF SPEC IF IED»FRoM DISK. THE INPUT IS ANALYZED TO SEE IF 

ALL THE Patches are for the same program, if there are as many cards in 

EACH PATCH AS HAVE BEEN SPECIFIED, AND SO FORTH, IF ANY DISCREPANCIES 
ARE DETECTED, THEN AN APPROPRIATE, SELF-EXPLANATORY ERROR MESSAGE IS 
EMITTED* WHETHER LISTI OR LIST IS SET OR NOT. 

IF LISTI OR LIST IS SET, ALL INPUT WILL BE LISTED AS IT IS 
ENCOUNTERED. IF THERF ARE DUPLICATE PATCH NUMBERS IN DIFFERENT FILES, 
THEN "PATCH/MERGE*' WiLL LIST THE DUPLICATES AND MARK THEM AS ♦♦DISCARDED" 
ON THE LISTING. IF THE DELETE OPTION HAS BEEN SPECIFIED* THEN ♦'PATCH/ 
merge:'' WILL LIST ALL DFlETEO PATCHES* MARKING THEM AS "DELETED- ON THE 
LISTING. IF ANY PATCH IS DESIGNATED TO BE DELETED ON A ♦♦$?♦♦ CARD* BUT 
•♦PATCH/MERGE" DOES NOT ENCOUNTER IT* THEN THE DELETE WILL BE IGNORED AND 
NO ACTION TAKEN. ANY PATCHES PRESENT IN THE INPUT WHICH ARE DISCARDED 
OR DELETEn SHOULD NOT BE INCLUDED IN THE TOTAL NUMBER OF PATCHES 
SPECIFIED ON THE ♦•*." CARD. 
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A. 2.1 INPUT FILES 



FROM ONE TH THREE FILES CAN BE USED AS INPUT TO "PaTCH/MERGE" J 



FILE NAME 

1. CARD 

?. PATCH/<PROGRAM ID> 

3. PATCHES/<PROGRAM ID> 



FILE TYPE PRECEDENCE SYMBOL 



CARD 
DISK 
DISK 



PRIMARY 

SECONDARY 

TERTIARY 



C 
P 





CC FILE CARD=PMCARO SERIAL 



THE THREE SYMBOLS INDICATED IN THE ABOVE TABLE ARE THOSE PRINTED ON 
THE INPUT* CONFLICTS' OR OUTPUT LISTINGS IF LISTI* CONFLICTS* OR LISTG 

IS sp-T, THEY Indicate which file a particular patch is being read from. 
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A. 2, 2 ♦♦PATCH/MERGE" CONTROL CARDS 



THERE ARE SIX TYPES OF "PATCH/MERGE" CONTROL CARDSJ 



1. 
2. 
3, 



$. 

J* 



A, 
3. 
6. 



St 



"SP" CARD 



THE FIRST CARD fAFTFR THE "CC 

MUSt BE EITHER A -J?" CARD OR A "$.< 

AND, IF IT IS NOT SUPPLIED* THE 
AIJTOMATICALLV SET BY DEFAULT. 



DATA CARD") INPUT TO "PATCH/MERGE" 
CARD. THE "$?" CARD IS OPTIONAL 
OPTIONS CARD#LIST»AND ZIP ARE 



THE "*?•♦ CARDS MUST HAVE THE CHARACTERS ♦♦$?" IN COLUMNS ONE AND TWO, 
THE REST OF THE CARD MAY CONTAIN ANY OPTIONS THE USER WISHES TO USE 
DURING THE CURRENT RUN OF "PATCH/MERGE". ANY OPTIONS NOT RECOGNIZED BY 
"PATCH/MERGE" WILL BE TREATED AS COMMENTS, 

IN GENERAL* THE "SP" CARD IS EQUIVALENT TO THE $-CARDS USED WITH 
COMPILERS WITH ONE CRITICAL EXCEPTION: "$?« OPTIONS CAN NEVER BE RESET 
IN ANY PARTICULAR RUN# THAT IS* IF MORE THAN ONE "Sp" CARD IS USED* THEN 
THE SECOND' THIRD* ETC. DOES NOT RESET ANY OPTIONS* BUT ONLY SETS THE 
OPTIONS SPFCIFIED ON THAT PARTICULAR CARD, 

THE "SP" OPTIONS AVAILABLE FOR "PATCH/MERGE" AREi 



CARD 



ALL INPUT TO '•PATCH/MERGE" WiLL BE FROM THE CARD READER 
ONLY. "PATCH/MERGE" WILL IGNORE ANY PATCH FILES THAT MAY 
BE ON DISK. 



CONFLICTS "PATCH/MERGE" 
AMONG PATCHES 
RESOLVED. SEE 



WILL LIST ON A LINE PRINTER ANY CONFLICTS 
AND INDICATE HOW THESE CONFLICTS WERE 
THE SECTION "CONFLICTS CMERGE) PHASE," 



DELETE 



"PATCH/MERGE" WILL PASS OVER ANY PATCHES INPUT WHOSE 
NUMBERS FOLLOW THE DELETE OPTION* BUT LISTING THE DELETED 
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Patches on the line printer if list or listi is set, for 
example* suppose the following card were input to "patch/ 

MERGE"! 

%9 DELETE a. 20, 103 
"PATCH/MERGE" WOULD SKIP OVeR PATcHeS Ut 20' AND 103 IF 

THEY Existed in any of the "patch/merge" input files fqr 
THAT Particular run, if the delete option is used* it 
must either be the last option specified on a particular 
"tp" card, or it must be the only option specified on a 
particular "$s" card, any options following the delete 
OPTION ON ANY Particular "s?" card will be ignored. 



final 

LIST 

LISTG 
LISTI 

MERGE 



the use of this 
Zip, new disk, nono. 



OPTION WILL cause THE OPTIONS! MERGEi 
AND LIST TO ALL BE SET. 



NEW DISK 



NONO 



USE OF THIS OPTION WILL CAUSE THE OPTIONS! LlSTl* LISTG* 
AND CONFLICTS TO BE SET. 

"PATCH/MERGE" WILL LIST THE SORTED PATCH DECK GENERATED, 

"PATCH/MERGE" WILL LIST ALL INPUT. 

IF AT LEAST ONE OF THE DISK FILES EXIST, INPUT TO "PATCH/ 
MERGE" WILL BE BOTH FROM CARDS AND FROM DISK. "PATCH/ 
MERGE" WILL AUTOMATICALLY CHECK IF EITHER OR BOTH OF THE 
FILES '♦PATCH/<PROGRAM ID>" OR "PATCHES/<PROGRAM I0>" ARE 
ON DISK, IF ONE OR BOTH IS ON DISK, THEN "PATCH/MERGE" 
WILL AUTOMATICALLY MERGE THE THREE INPUT FILES. IF 
NEITHER IS ON DISK, THEN ^PATCH/MeRGE" WILL USE THE FILE 
"CARD" FOR INPUT* ONLY, 

"PATCH/MERGE" WILL CREATE A NEW* UNSORTED MASTER FILE ON 
DISK CONSISTING OF ALL PATCHES INPUT WHICH WERE USED IN 
GENERATING THE SORTED PATCH DECK. "PATCH/MERGE" WILL 
NAME THIS FILE "P ATCHES/<PRaGR AM ID>". IF A PREVIOUS 
MASTER FILE EXISTED* IT WILL AUTOMATICALLY BE PURGED 
BEFORE THE NEW FILE IS CLOSED* AS WILL THE FILE PATCH/ 
<PROGRAM I0>. HOWEVER* IF ANY ERRORS ARE DETECTED BY 
"PATCH/MERGE" DURING THE INPUT PHASE, THEN NO NEW DISK 
FILE WILL BE CREATED AND NO DISK FILES WiLL BE PuRGED, 
EVEN THOUGH NEW DISK IS SET. 

"PATCH/MERGE" WILL NOT ATTEMPT TO PUT THE PATCH NUMBER ON 
EACH GENERATED PATCH CARD, IF THIS OPTION IS *NOT* SET* 
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PUNCHG 

PUNCHI 

ZIP 
NEWFILE 



THEN ON EACH PATCH CARD GENERATED tHAt HAS COLUMNS 68-72 

BLANK, "PATCH/MERGE" WILL AUTOMATICALLY INSERT THE PATCH 
NUMBER 0^ THE PATCH JO WHICH T^^E CARD BELONGSt 

"PATCH/MERGE" WILL PUNCH OUT ON AN ON-LINE CARD PUNCH THE 
GENERATED PATCH DECK, EXCLUSIVE OF MCP AND "PATCH/MERGE" 
CONTROL CARDS. 

'♦PATCH/MERGE" WILL PUNCH OUT ON AN ON-LINE CARD PUNCH A 
DECK CONSISTING OF ALL INPUT PATCHES USED IN GENERATING 
THE SORTED PATCH DECK, 



"PATCH/MERGE" 

DECK. 



WILL AUTOMATICALLY ZIP THE GENERATED PATCH 



"PATCH/MERGE" WILL CREATE A NEW UNSORTED FILE "PATCH/ 
<PROGRAM ID>'' ON DISK CONSISTING OF ALL THE PATCHES INPUT 
VIA THE CARD READER. IF A FILE EXISTS, IT WILL BE PURGED 
AFTER IT HAS BEEN PROCESSED AND A NEW FILE WILL BE 
CREATED PROVIDED THE FOLLOWING CONDITIONS ARE MET, 
FIRST, "NFW" OPTION MUST BE SET, SECOND, THERE MUST BE 
CARD INPUT, AND THIRD, ALL INPUT DISK AND CARD MUST BE 

ERROR Free. 



•♦$," CARD 



THE "$." CARD MUST HAVE THE CHARACTERS "S," IN COLUMNS ONE AND 
TWO. THE REST OF THE CARD MUST CONTAIN THE NUMBER OF PATCHES AND THE 
IDENTIFICATION OF THE PROGRAM WHICH THE PATCHES ARE FORt THE FORMAT OF 
THIS CARD ISI 

*. <NUMBER OF PATCHES> FOR <PROGRAM ID> <COMMENTS> 

WHERE <NUMBER OF PATCHES> MUST RE AN INTEGER BETWEEN ZERO AND 999, 
INCLUSIVE, AND <PROGRaM ID> MAY BE ANY IDENTIFIER uP TO SEVEN 
ALPHANUMERIC CHARACTERS IN LENGTH. IF <NUMBER OF PATCHES> IS ZERD» THEN 
"PATCH/MERGE" WILL AUTOMATICALLY CHANGE IT TO ONE, 



"**♦' CAR^^ 
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"PATCH/MERGE" CREATES AND ZIPS A CONTROL DECK CONTAINING THE MERGED 
PATCHES. THE MCP CONTROL CARDS USED IN THIS CONTROL DECK MUST BE 
SPECIFIED BY CARDS WHICH HAVE THE CHARACTERS "$*" IN COLUMNS ONE AND TWO. 
("PATCH/MERGE" WILL AUTOMATICALLY SUBSTITUTE A QUESTION MARK AND A BLANK 
IN COLUMNS ONE AND TWO FOR THE "$*" SUPPLIED). THE REMAINING SEVENTY 
COLUMNS CAN CONTAIN ANY CONTROL CARD INFORMATION DESIRED, THIS TYPE OF 
CARD MUST PRECEDE ALL "PATCH/MERGE" CONTROL CARDS ExcEPT THE "i." OR 



"»•• CARD. 

cardI 



ANY INPUT TO "P ATCH/MERGE** MUST CONTAIN AT LEAST ONE •«$*' 



notejthere 

DFCk WILL NOT BE 



must be at least 
Scheduled by the 



ONE PSEUOOREADER 
MCP. 



IN USE OR THE CONTROL 



"$■"• CARD 



PATCHES WHICH ARE NOT TO BE MERGED ( E , G*. DOLLAR CARDS) MAY BE 
INCLUDED AS THE FIRST PATCH DECK. THE HEADER CARD FOR THIS DECK MUST 
HAVE THE CHARACTERS '♦$-'♦ TN COLUMNS ONE AND TwO. THE REMAINDER OF THE 
CARD MAY CONTAIN COMMENTS. THE CARDS IN THIS DECK WILL BE THE FIRST 
CARDS OF THE MASTER PATCH DFCK. 



♦•SJ" CARD 



THE "*«" CARD IS NOT A CONTROL CARD* BUT A COMMENT CARD. IT IS 
USED TO INTERSPERSE COMMENTS WITH "PATCH/MERGE" INPUT. IN GENERAL* ALL 
"$1" CARDS WILL BE LISTED IF LISTI IS SET, BUT WILL OTHERWISE BE IGNORED 
BY "PATCH/MERGE". IF THE NEW DISK OPTION HAS BEEN SET* THEN "PATCH/ 
MFRGF" will include these COMMENT CARDS IN THE NEW DISK FILE. 



"*«" CARD 



INDIVIDUAL PATCH DECKS MUST BEGIN WITH A CARD WHICH HAS •♦$#" IN 
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CHLUMNS ONE AND TWO AND THE PATCH IDENTIFICATION IN COLUMNS THREE 
THROUGH SEVENTY-TWO. THE STANDARD FOR^MAT FOR THIS CARD ISJ 

$# PATCH NUMBER <TmTEGER> FOR <PR0GRAM ID> CONTAINS <INTEGER> CARDS 

WHERE THE <INTFGFR> SPECIFYING PATCH NUMBER MyST BE AN INTEGER 
BETWEEN ZERO AND 999# INCLUSIVE, AND THE <INTEGER> SPECIFYING THE NUMBER 
OF CARDS MuST# MINIMALLY* BE ONE. 



AN ERROR wIlL BF INDICATED IF THE PATCH DECKS ARE NOT IN ASCENDING 
ORDER* IF THE PROGRAM IDENTIFICATION DOES NOT AGREE WITH THAT OF THE "S." 
CARD* IF THE NUMBER OF CARDS PRESENT DOES NOT AGREE WITH THE NUMBER OF 
CARDS GIVEN ON THIS CARD. ETC. ALL PATCHES RELEASED BY BURROUGHS HAVE 

THE PROPER HEADER CARD AS THE FIRST CARD OF THE DECK. 
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A. 3 CONFLICTS (MERGE) PHASf 



BESIDES MERGING PATCH DECKS' "PATCH/MERGE" RESOLVES CONFLICTS AMONQ 
PATCH DECKS. IF TWO OR MORE PATCH DECKS HAVE IDENTICAL SEQUENCE 
NUMBERS* THEN "PATCH/mERGE" WILL DISCARD ALL BUT THE ONE FROM THE DECK 
WITH THE HIGHEST PATCH NUMBER. 



"SVOTD" CARDS 



IF A VOID CARD IS TO BE DISCARDED* SPECIAL ACTION IS TAKEN SO THAT 
THE VOIDING IS ACCOMPLISHED. WHEN A VOID CARD IS ENCOUNTERED* CARDS IN 
THE VOIDED RANGE ARE DISCARDED FROM THE PATCH DECK IN WHICH THE VOID WAS 
FOUND* AND IN ALL DECKS OF LOWER PATCH NUMBER, VOID CARDS IN THE DECKS 
OF LOWER PATCH NUMBER ARE ALSO SO HANDLED* WHEN THEY ARE ENCOUNTERED 
WHILE DISCARDING. IF THERE ARE CARDS IN DECKS WiTH HIGHER PATCH NUMBERS 
THAN THE VOlO CARD WHICH FALL INTO THE VOIDING RANGE* THE NECESSARY VOlO 
CARDS ARE GENERATED SO THAT THE TAPE AREA IS VOIDED BUT THE PATCH CARDS 
FROM THOSE HIGHER NUMBERED DECKS ARE NOT, 

NOTEJ FOR THE PURPOSES OF THIS PROGRAM* "VOID" CARDS MUST HAVE 
THEIR "$" IN COLUMN ONE, AND THE VOIDING SEQUENCE AND RANGE MUST BE 
EIGHT DIGITS IN LENGTH, 



"SVOIDT" CARDS 



IN THE MERGE PHASE* "sVOIdT" CARDS ARE TREATED THE SAME AS "SVOID" 



CARDS WITH RESPECT TO PATCHES LOWER IN NUMBER THAN THE 
THE "SVOIDT" CARD, CARDS IN THE "SVOIDT" RANGE WHICH 
PATCHES WITH A NUMBER THE SAME AS OR HIGHER THAN THE 
THE "SVOIDT" CARD ARE SIMPLY INSERTED IN THE GENERATED 
WITH THE "SVOIDT" CARD, 



PATCH CONTAINING 
ARE CONTAINED IN 
PATCH CONTAINING 
PATCH DECK ALONG 
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WORK FILES 



THE WORK FILES USED BY "PATCH/MERGE" HAVE TWENTY ROWS OF 300 
RECORDS EACH, THE NUMBER OF ROWS MAY BE CHANGED BY SPECIFYING THE 
DESIRED VALUE ON A "COMMON*' CONTROL CARD WHEN EXECUTING "PATCH/MERGE". 
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A. 4 DECK Set up ANn EXAMPLES 



INPuT FROM CARDS ONLY 



LET US ASSUME THAT WE WANT TO COMPILE A PROGRAM WHICH HAS A SOURCE 
FILE* "SOuRCE/PRGyiI'% ON TAPE. WE WANT TO ADD THREE PATCHES TO THIS 
FILE* AND WE HAVE THE THREE PATCHES PUNCHED ON CARDS SUITABLE FOR INPUT 
TO "PATCH/MERGE". WE COULD USE THE FOLLOWING DECK SET U^ » 



? EXECUTE PATCH/MFRGE 

? DATA CARD 

$, 3 PATCHES FOR PRGXII 

S*C0MPILE OBJECT/TST WITH ALGOL FOR LIBRARY 

**ALGOL FILE TAPEaSOURCE^PRGXI I TAPE 

$*OATA CARD 

$- 

STAPE LIST 

$«PATCH NUMBER 1 FnP PRGXII CONTAINS 20 CARDS 



<PATCH DECK> 



SlKPATCH NUMBER 2 FqR PRGxII CONTAINS a CARDS 
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<PATCH DECk> 



SUfPATCH 



<PATCH OECK> 



NUMBER 



3 For PRfiXlI CONTAINS U CARDS 



? END. 



SINCE THE "$P" CARD IS MISSING FROM THE ABOVE INPUT DECK* THE 
OPTIONS CARD»LIST. AND ZIP WILL AUTOMATICALLY BE SET BY DEFAULT, 
THEREFORE, EVEN IF ONE OR BOTH qF THE FILES "PATCH/PRGX 1 1" OR "PATCHES/ 
PRGXTI" ARE ON DISK* '♦PATCH/MERGE" WILL NOT ATTEMPT TO USE THEM AS 
INPUT* BUT USE ONLY THOSE PATCHES INCLUDED IN THE CARD DECK. 



NOTE 
<PROGRAM 
USED DO, 



THAT* ALTHOUGH "PATCH/MERGE" DOES NOT REQUIRE QUOTES AROUND A 
ID> WHICH HAS A SPECIAL CH ARAC TER( S ) * ANY MCP CONTROL CARDS 
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INPUT FROM CARDS AND DISK 



"PATCH/MERGE" WILL ACCEPT INPUT FROM ONE* TWO* OR THREE FILESi ONE 
CARD FILE AND TWO DISK FILES. ALL "PATCH/MERGE" CONTROL CARDS 
INCLUDING! -$?" CARDS* "$." CARDS* "$*" CARDS AND "S-'^CARDS* MUST BE 
ENTERED FROM A CARD READER FIlE WHOSE NAME IS CARD. IN OTHER WORDS* ALL 
"PATCH/MERGE" AND $ CONTROL CARDS UP TO BUT NOT INCLUDING THE FIRST "**" 
CARD MUST BE ENTERED FROM A CARD READER FILE LABELED CARD, 

FOR EXAMPLE, ASSUMING THAT AT LEAST ONE DISK FILE WITH PATCHES IN 
IT WERE PRESENT ON DISK* ONE MIGHT ENTER THE FOLLOWING FROM A CARD 

rfadfri 



7EXECUTE PATcH/MERGE 

?DATA CARD 

»P FINAL 

S, 5 PATCHES FOR AlGOLX 

$*COMPItE ALGOL/DISC WITH ALGOL TO LIBRARY 

$*ALGnL FILE TAPEsSYMBOL/ALGOL SERIAL 

**FILE LINE=LINE PRINT OR BACK UP 

$*DATA CARD 

S SET TAPE SEQXEQ ALGOL RESET TSPOL 

$ RESET LIST PRT SINGLE 

t SET LIST PRT SINGLE 
?ENO. 
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IF THE ABOVE DECK WFRE INPUT FROM A CARD READER* THEN A TOTAL OF 
FIVE PATCHES (INDICATED BY THE "$#♦♦ CARD) MUST BE INCLUDED IN ONE OR 
BOTH FILES ON DISK NAMED "P ATCH/ALGOLX" OR "PATCHES/ALGOLX". 



SINCE THE OPTION FINAL IS SET! 

1. THE OPTIONS MfRGE. LISTI* CONFLICTS, LlSTG# NQNO, NEW DISK* AND 
ZIP WILL AUTOMATICALLY BE SET BY "PATCH/MERGE". THEREFORE* 
"PATCH/MERGE" WILL LOOK FOR THE FILES "P aTch/ALGOLX" AND 
"PATCHFS/ALGOLx" on DISK. 

2. THE INPUT WILL BE LISTED SINCE LISTI IS SET. 

3. THE CONFLICTS (IF ANY) WILL BE LISTED' SINCE CONFLICTS IS SET. 
ft. THE GENERATED PATCH DECK WILL BE LISTED* SINCE LISTG IS SET. 

5. THE GENERATED PATCH DECK WILL BE ZIPPED' SINCE ZIP IS SET. 

6. PATCH NUMBERS Will NOT BE PUT In COLUMNS 68-72 OF THE GENERATED 
PATCH CARDS* SINCE NONO IS SET. 

7. FINALLY* A NEW FiLE NAMED "PATCHES/ ALGOLX" WILL BE CREATED ON 
DISK CONTAINING ALL THE PATCHES USED IN GENERATING THE SORTED 
PATCH DECK* AND THE OLD FILES "PATCH/ALGOLX" AND "PATCHES/ 
AlGOlX" WILL BE PURGED. COMMENT DOCUMENT 
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APPENDIX B 



B5700 REMOTE JOB ENTRY 



B.l INTRODUCTION 



THIS APPENDIX DESCRIBES THE REMOTE JOB ENTRY SYSTEM DESIGNED TO RUN 
WITH THE DATACOMM MCP AND THE B249-487 HARDWARE, IT DESCRIBES THE 
CONCEPT* OPERATION, AND IMPLEMENTATION OF THE REMOTE jOB ENTRY SYSTEM, 

THE REMOTE JOB ENTRY SYSTEM (HEREAFTER CALLED RjE) WAS DESIGNED IN 
AN EFFORT NOT TO AFFECT THE OPERATION OF THE DATACOMM MCP. IF THE MCP 
COMPILE TIME OPTION RjE IS SET FALSE THE MCP WiLL LOOK PRECISELY AS IT 
DTD BEFORE RJE, IF THE RJE OPTION IS COMPILED TRuE» THEN THE NORMAL MCP 
OPERATIONS AND NORMAL DATACOMM WILL NOT BE AFFECTED IN ANY WAY, 

THE DISCUSSION OF THIS DOCUMENT IS RESTRICTED MAINLY TO THE RJE 
PaRt of the system and NOT THE NORMAL MCP OPERATIONS, SOME OF THE LATER 
SECTIONS OF THIS DOCUMENT ARE RELATED TO THE IMPLEMENTATION FROM THE 
SOFTWARE POINT OF VIEW, THEY SHOULD BE OF INTEREST TO SYSTEMS 
PROGRAMMERS ATTEMPTING TO MODIFY OR DEBUG THE SYSTEM, THEY NEED NOT BE 
UNDERSTOOD IN ORDER TO OPERATE THE RJE SYSTEM, 



B.2 REMOTE JOB ENTRY CONCEPT 



8,2,1 INTRODUCTION 



in a conventional system a large amount of turn around delay is 
encountered since all programs and input data must be physically 
transported to thr central site and all output data must be transported 
back. this can cause additional delays in that a complex routing 
control must be established to insure that the proper output data is 
Returned to the correct originator. 
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THE ADVENT DF HIGH SPEED TRANSMISSION LINES AND SMALL TERMINAL 
PROCESSORS MAKES IT POSSIBLE TO ELIMINATE SQME OF THESE PROBLEMS BY 
INTRODUCING THE CONCEPT OF REMOTE JOB ENTRY. THE PURPOSE OF A REMOTE 
JOB ENTRY SYSTEM IS TO INCREASE THE UTILIZATION AND CONVENIENCE OF THE 
CENTRAL DATA PROCESSING SYSTEM LOCATED SOME DISTANCE AWaY FROM WHERE ITS 

Input data is produced and its output data utilized. 

B.2,? CONCEPT 



REMOTE jne ENTRY INVOLVESA REMOTE SATELLITE SYSTEM CONNECTED TO A 
CENTRAL SYSTEM VIA A COMMUNICATIONS LINE, ALSO CONNECTED TO THE REMOTE 
SATELLITE ARE PERIPHERAL DEVICES SUCH AS CARD READERS* LINE PRINTERS, 
ETC, THE OBJECT OF SUCH A SYSTeM IS TO ALLOWl 

1, INTRODUCTION OF PROGRAMS FROM A REMOTE READER FOR EXECUTION BY 
THE CENTRAL SYSTE^. 

2. Introduction n^ data from a remote reader for processing by the 

CENTRAL SYSTEM. 

3, OUTPUT DATA PRODUCED BY THE CENTRAL SYSTEM TO BE PRINTED ON THE 
REMOTE LINE PRINTER. 

a. MONITORING AND CONTROLLING OF PROGRAMS ON THE CENTRAL SYSTEM VIA 
A REMOTE SUPERVISORY CONSOLE, 



B,2,3 REMOTE DATA/PROGRAM INTERFACE 



THERE EXIST TWO TIME RELATIONSHIP MODES BETWEEN DATA AND PROGRAMS} 
CONvFRSATinMAL AND SPOOLED. 

FOR CONVERSATIONAL MODE AN ELEMENT OF REMOTE DATA MUST BE MADE 
AVAILABLE TO PROCESSING PROGRAM IMMEDIATELY UPON ITS RECEPTION BY THE 

CENTRAL SYSTEM. LIKEWISE, FOR OUTPUT EACH ELEMENT OF DATA MUST BE 
RETURNED TO THf REMOTE SITE AS SOON AS IT IS PRODUCED BY THE PROCESSING 
PROGRAM. THIS IS REQUIRED FOR THOSE CASES, WHERE EACH INPUT IS 
DEPENDENT UPON THE L^ST PREVIOUS OUTPUT. THIS MODE WiLL BE IMPLEMENTED 
ONLY THROUGH tHF USE OF THE REMOTE SPO CONSOLE, A PROGRAM CAN USE THE 
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B.2,4 REMOTE OPERATOR/SySTEM INTERFACE 



AS IN ALL DATA-PROCESSING SITUATIONS* CONDITIONS ARISE WHILE 

PROCESSING WHICH REQUIRE HUMAN INTERVENTION AND DECISION MAKING AT THE 

TIME THE CONDITION ARISES. THIS IMPLIES A HUMAN INTERFACE TO THE SYSTEM. 
THE TYPES OF INTERFACE AREt 

1. PROGRAM INTERFACE 

CERTAIN SITUATIONS ENCODED FOR DETECTION BY PROGRAMS MAY BE 
CORRECTED BY HAVING THE PROGRAM REQUEST CORRECTION INFORMATION 
FROM THE REMOTE OPERATOR, THIS IS THE ONLY FORM OF 
CONVERSATIONAL MODE I/O ALLOWED WITH THE RJE TERMINAL, 

?. OPERATING SYSTEM INTERFACE 

CERTAIN SITUATIONS ENCOUNTERED BY THE OPERATING SYSTEM MAY BE 
CORRECTED BY HAVING THE OPERATING SYSTEM REQUEST CORRECTION 
INFORMATION FROM TME REMOTE OPERATOR. 



3. SYSTEM OPERATOR 
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SITE CONDITIONS MAY ARISE THAT CAN NOT BE HANDLED BY THE REMOTE 



OPERATOR. FOR THIS REASON IT MAY BE NECESSARY 
OPERATOR TO INFORM THE CENTRAL SYSTEM OPERATOR 
NEEDED. THE SYSTEM OPERATOR REMAINS IN TOTAL 
SYSTEM. HE WILL BE ABLE TO DIRECTLY AFFECT ALL 
FROM THE RJE TERMINALS AS WELL AS THOSE FROM THE 

A. OPERATING SYSTpM INFORMATION 



FOR THE REMOTE 
OF CORRECTIONS 
CONTROL OF THE 
JOBS INITIATED 
MAIN SITE. 



THE REMOTE OPERATOR MAY WISH TO REQUEST INFORMATION FROM THE 
MCP CONCERNING JOBS HE HAS INITIATED OR GENERAL MCP INFORMATION. 
HE MAY ALSO WANT TO ABNORMALLY AFFECT HIS JOBS* SUCH AS DS-ING 
THEM, HOWEVER* HE MAY NOT AFFECT ANY OTHER JOBS OR THE SYSTEM 
AS A WHOLE. 



B.3 ELEMENTS OF THE RJE SYSTEM 



B,3.l CONFIGURATION OF THE REMOTE TERMINAL 



THE PROGRAM GENERATOR IS CAPABLE OF PRODUCING AN EXECUTIVE TO RUN 
ANY DCllOO WITH 8192 DR MORE BYTES OF STORAGE. IF AN ATTEMPT IS MADE TQ 
RUN THE EXECUTIVE ON A DC1200* HANGS AND ERRORS MAY RESULT. 

THE MINIMUM SYSTEM WHICH THE EXECUTIVE IS CAPABLE OF OPERATING IS 
THE 0C1102. THF DC1102 MUST BE EQUIPPED WITH CARD READER* SPO* SINGLE 
LINE DATA COMMUNICATIONS CONTROL AND 8192 BYTES OF CORE MEMORY, 

THE MAXIMUM SYSTEM IS A DC1103 WITH CARD READER* CARD PUNCH* SPO* 
LINE PRINTER* SINGLE LINE DATACOM CONTROLLER AND 8l92 TO 32768 BYTES OF 
MEMORY. 

THE CARD READER IS A BURROUGHS 200 CARD/MlNUTE READER. THIS UNIT 
IS REQUIRED SO THAT THE EXECUTIVE PROGRAM PRODUCED ON THE B5700 CAN BE 
LOADED INTO ThE MEMORY OF THE OCIOOO. WHILE THIS UNIT IS REQUIRED FOR 



INITIALIZATION OF THE SYSTEM. AN EXECUTIVE 
WHICH DOES NOT USE THE CARD READER. THE 
REAOFRLFSS EXECUTIVE IS A REDUCTION OF THE 
OPERATION . 



ROUTINE CAN BE GENERATED 

RESULT OF GENERATING A 

CORE REQUIRED FOR PROPER 



THE SPO IS A MnniFiED TWX* AND IS REQUIRED FOR OPERATION Op THE RJE 
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SYSTEM, THE USES OF THE REMOTE SPO ARE AS FOLLOWS: 



1. THE RCL CARn LOADER IS READ INTO HIGH CORE FROM THIS DEVICE BY 
THE BOOTSTRAP LOADER, 

2. THE SPO IS REQUIRED FOR LOGIN UPON DIALING In TO THE SYSTEM OR 
AFTER A HALT LOAD. 

3. CONTROL MESSAGES PERTAINING TO JOBS STARTED BY THE RJE TERMINAL' 
AND PERTAINING TO PERIPHERALS ATTACHED TO THE TERMINAL ARE 
PRINTED ON THE REMOTE SPO. 

THE EXECUTIVE ALWAYS CONTAINS CODE TO HANDLE THE SPO, 



THE THIRD I/O DEVICE WHICH CAN BE CONNECTED TO THE DCIOOO IS A lINE 

PRINTER. A WIDE RANGE OF PRINTERS IS AVAILABLE. PRINTERS CAPABLE OF 

PRINTING THE 64 CHARACTER SET In 80-132 CHARACTER LINE LENGTHS AT SPEEDS 

AS HIGH AS AGO LiNES/MlNUTE CAN BE INTERFACED TO THE DCIOOO. THIS 



DEVICE IS OPTIONAL. EXECUTIVE 
OUTPUT REQUIRE LESS MEMORY, 



PROGRAMS WITHOUT PROVISION FOR PRINTER 



A CARD PUNCH IS ALSO AVAILABLE ON THE DClOOO. WHILE THE EXECUTIVE 
Is NOT CURRENTLY CAPABLE OF OUTPUTTING TO THE PUNCH, THE PRESENCE OF A 
PUNCH WILL NOT ADVERSlY AFFECT THE OPERATION OF THE OTHER FUNCTIONS OF 
THE EXECUTIVE. 



THE LAST I/O CONTROLLER AVAILABLE ON THE 
COMMUNICATIONS CONTROLLER, THE DC-1365-10 IS A 
SYNCHRONOUS CONTROL THAT CAN INTERFACE TO ANY 
CONFORMING TO RS232C INTERFACE SPECIFICATIONS. 
TRANSFER DATA AT UP TO 4800 BAUD. 



DCIOOO IS THE DATA 

HALF OR Full duplex 

SYNCHRONOUS MODEM 
THE DC-1365-10 CAN 



OTHER PERIPHERAL DEVICES ARE AVAILABLE ON THE DCIOOO. HOWEVER, THE 
BS70n RJE SYSTEM IS NOT CAPABLE OF UTILIZING THEM. THEY CAN BE 
CONNECTED TO THE DCIOOO AND LEFt OFF LINE WHILE THE DCIOOO IS PERFORMING 

FUNCTIONS, WITHOUT AnVERSELY AFFECTING THE PERFORMANCE OF THE 



RJE 
EXECUTIVE. 
THIS RULE. 



NOTE that THF MULTILInF DATACOM CONTROL IS An EXCEPTION TO 



THE DCIOOO MEMORY IS AN ALTERABLE CORE MEMORY WITH A 1,5 
MICROSECOND CYCLE TIME. MEMORY IS ORGANIZED INTO NINE BIT WORDS 
CONSISTING OF EIGHT DATA BITS AND A PARITY BIT. MEMORY IS AVAILABLE IN 
4096 WORD INCREMENTS, A MAXIMUM OF EIGHT MODULES OF MEMORY CAN BE 
ACCOMODATED BY THE DCIOOO. 
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THE AMOUNT HE MEMORY NEEHED TO INSURE PROPER OPERATION OF THE 
EXECUTIVE IS DICTATED BY THE CONFIGURATION AND THE USE TO WHICH THE 
SYSTEM IS TO BE PUT. 



B,3.? DATACOMM lINK 



1. CONTROL 

THE 8249 TS THE DATACOMM CONTROL. 
?., TERMINAL UNIT 

The B487 DTTU iS USED aS THE TERMINAL UNIT To HOLD THE ADAPTERS 

For the rje lines as well as other datacomm, 
3. adapters 

THh. DCIOOO WILL RUN IN A SYNCHRONOUS MODE. HENCE» THE STANDARD 
SYNCHRONOUS ADAPTER {B995-10 OR B5665-10) IS USED. IT IS SET 
UP AS A POINT TO POINT ADAPTER WITH CALL UP/DISCONNECT 
CAPABILITY, 

a. DATA SET 

THE EXPECTED MODE OF OPERATION IS THROUGH THE DIAL UP OF THE 
SYSTEM VIA THE 201A SYNCHRONOUS DATA SET, THIS ALLOWS AN 
ADAPTER (RJE LINE) TO BE USED BY MORE THAN ONE USER (THOUGH NOT 
SIMULTANEOUSLY). 

5, LINE SPEED 

THE 201A RUNS AT A LINE SPEED OF 2000 BAUD. FASTER LINE SPEEDS 
AND DATA SET TURNAROUND TIMES CAN BE GAINED BY GOING TO A 
LEASED LINE SETUP USING DATA SETS SUCH AS THE 2018» RIXON* ETC. 



B.3.3 MCP 



THERE WILL BE NO CURTAILMENT OR DEGRADATION OF NORMAL SITE 
OPERATIONS, THE OPERATOR AT THE CENTRAL SITE CAN PREVENT ANY RJE JOBS 
FROM RUNNING BY BEING SELECTIVE IN HIS USE OF PSEuOO- READERS, 
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CERTAIN LINES fTERMINAL UNlT/BUFFEH NUMBERS) WILL BE 
MCP AS DEDICATED FOR EXCLUSIVE USE FOR RJE TERMINALSt 
MORE DISCUSSION CONCERNING THIS LATER IN THIS DOCUMENT, 



MARKED BY THE 
THERE WILL BE 



THERE WILL BE NO CURTAILMENT OH EFFECT ON OTHER DAtACOMM USE BY THE 
MCP OR OBJECT PROGRAMS EXCEPT TO EXCLUDE THE USE OF RJE LINES FOR ANY 
OTHER DATACOMM uSE EXCEPT RJE. 



8.4 RUNNING THE SYSTEM 



6,4,1 COMPILING THE MCP 



THF McP HAS A NfW COMPILE TIMe OPtION, RJe. IF RJE IS SET FALSE 

THE REGULAR MCP (DEPENDENT UPON WHICH OPTIONS ARE COMPILED) WILL REMAIN, 

THERE WILL BE NO CAPABILITY TO RUN REMOTE JOB ENTRY IN THIS CASE. 

IF RJE IS SET TRUE THE FOLLOWING OPTIONS MUST BE SET AS INDICATED 
BFLnw, 



1, DATACOM TO TRUE 

?, OCSPO TO TRUE 

3. INQUIRY TO FALSE, 

4, OTHERS MAY BE SELECTED AS DESIRED. 

B.4,? REMOTE USERS FiLF 



THE "REMOTE/USERS" FILE HAS BEEN EXTENDED TO ALLOW THE SITE TO 
DECLARE WHICH LINES (TERMINAL UNlT/BUFFER NUMBER) WILL BE USED FOR 
REMOTE JOB LINES. ONCE DECLARED* THESE LINES MAY NOT BE USED FOR NORMAL 
DATACDM INTERFACE WITH PROGRAMS. THAT IS, NO PROGRAM MAY LABEL EQUATE A 
TYPE 14 OR TYPE 19 FILE TO A TERMINAL UNIT/BUFFER NUMBER THAT HAS BEEN 
DECLARED In "REmOTE/USErS" AS An RJE lINE. 
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THE PROGRAM "UPD ATp/USFRS" HAS BEEN MODIFIED TO PERFORM THE CHANGES 
ON THE "REMOTE/USERS" FIlF TO ALLOW IT TO SPECIFY RJE LInES. THE DATA 
CARDS USED TO ADD AND DELETE RJE LINES FROM "REMQtE/USERS" AREl 

RJEADO <TERMINAL llNI T>/<BuF'FER NUWBER> 

RJEDEL <teRminal unit>/<buffer number> 

THUS A TYPICAL DECK TO CHANGE THE RJE LINES SPECIFIED IN "REMOTE/ 
USERS" WOULD LOOK LIKE j 

7EXECUTE UPDATE/USERS 

?DATA COOES 

RJEAOD 2/a 

RJEADD ii/l? 

RjEDEL 1/0 

?END 

THIS DECK WOULD ADD lInES 2/8 AND 4/12 AND DELETE 1/0 FROM THE 
PREVIOUS "REMOTE/USERS" FILE. 

B.4,3 GENERATION OF THE DCIOOO EXECUTIVE PROGRAM 



THE EXECUTIVE ROUTINES NEEDED TO ENABLE THE DCiCOO TO FUNCTION AS 
AN RJE TERMINAL ARE PRODUCED BY A PROGRAM GENERATOR. THE PROGRAM 
GENERATOR IS A P5700 EXTENDED ALGOL PROGRAM WHICH PRODUCES A DISK FILE 
AND A CARD DECK WHICH CONTAINS THE OBJECT CODE FOR THE EXECUTIVE. THE 
PROGRAM GENERATOR IS CAPABLE OF PRODUCING EXECUTIVE ROUTINES ABLE TO 
OPERATE SPO. CARD READER, LINE PRINTER AND THE SINGLE LINE SYNCHRONOUS 
OATaCOM CONTROL. 

THE CAPABILITIES OF THE EXECUTIVE ARE SPECIFIED BY THE FIRST BLOCK 
OF DEFINES IN THE PROGRAM GENERATOR. THE SPECIFICATIONS NEEDED TO 
PRODUCE AN EXECUTIVE AREt 

1, MEMORY - NUMBER OF BYTES OF nClOOO MEMORY, 

2, READER - TRUE IF A READER IS TO BE USED* OTHERWISE FALSE. 

3, PRINTER - TRUE IF LINE PRINTER OUTPUT IS TO BE HANDLED* 

Otherwise false. 
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li, PRINTER LINE LENGTH 
PRINTER HutPUT. 



NUMBER OF CHARACTERS IN A FULL LINE OF 



THESE 

GENERATOR 
COMPILED* 
DEFINES. 



OPTIONS ARE SPECIFIED PRIOR TO COMPILING THE PROGRAM 
wItH the ALGOL COMPILER. THE PROGRAM GENERATOR* ONCE 
WILL ALWAYS PRODUCE AN EXECUTIVE AS SPECIFIED BY jHE ABOVE 
NOTE THAT AN ALGOL STACK OF 800 WORDS IS REQUIRED FOR 



SUCESSFUL COMPILATION, 



ARE« 



THERE ARE TWO OBJECT Tl^E OPTIONS FOR THE PROGRAM GENERATOR* THEY 



1. PUNCH ONLY - A COMMON VALUE OF 1 SPECIFIES THAT THE PROGRAM 
GENERATOR IS TO PUNCH THE CONTENTS OF THE DISK FILE ONLY. 



NO LIST - A COMMON VALUE 
PRODUCE THE DISK FILE 
DEBUGGING LISTING OF THE 



OF 2 SPECIFIES THAT 
THEN PUNCH IT* BUT 
CODE PRODUCED. 



THE GENERATOR IS TO 
IS NOT TO PRODUCE A 



IF NO COMMON VAlUE IS PROVIDED BY THE USER, THE DISK FILE 
CONTAINING THf CODE WILL BE PRODUCED. THE CONTENTS OF THE FILE WILL BE 
PUNCHED ON A CARD DECK. Ar'D* WHILE THE OBJECT CODE IS BEING CREATED, A 
LISTING OF THE EXECUTIVE WILL BE PRINTED. 

THE CARD DECK PRODUCED IS PUNCHED IN A SUBSET OF BCL* WITH EACH 

CHARACTER CONTAINING THREE BITS OF INFORMATION. EACH CARD CONTAINS 27 

BYTES ir INFORMATION, THE LOAD ADDRESS FOR THE DATA ANq INFORMATION FOR 

DETECTION OF PUNCH OR READER ERRORS. 



B.4,/j BRINGING uP AnD RuNNInG THE SYSTEM 



TO BRING uP THE RjE SYSTEM ONE NEEDS ONLY AN MCP COMPILED WITH THE 
OPTIONS DETAILED ABOVE, THF MODIFIED "REMOTE/USERS" FILE THAT SPECIFIES 
THE RJE LINES, AND REGULAR BATCH SYSTEM INTRINSICS. THE B-249 AND B/187 
UNItS should RE IN REMOTE AND A HALT/LOAD DONE WiTH THE RJE MCP. 

AT HALT/LOAD TIME THE MCP WILL ATTEMPT TO COMMUNICATE WITH ALL THE 
LINES SPECIFIED IN "REmOTE/USERS" . ANY ACTIVE STATIONS WILL BE CLEARED 
(I. F. HALT LOADED THFMSELVES) AND ASKED TO LOG ON. LATER IF AN 
INACTIVE STATION DIALS UP* TT ALSO WILL BE ASKED TO LOG IN. AFTER A 
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SUCcrSSFUL LOR ON SEQUENCE* THE REMOTE TERMINAL WILL BE ABLE TO READ IN 

DECKS. START JOBS* DO KEY IN MESSAGES* AND PRINT BACK UPS AS IF HE WERE 

AT THE CENTRAL SITE, MEANWHILE* THE CENTRAL SITE MAY RUN JOBS JUST AS 
IF THERE WERE NO RJE ACTIVITY GQING ON. 

AS THE REMOTE TERMINALS REaD In CaRDs* OECkS WILL BE CREATED ON 
DISK, IT WILL BE UP TO THE OPERATOR AT THE MAIN SITE TO TAKE CARE OF 
SUCH SYSTEM PARAMETERS AS PSEUDO-REAOeRS* FACTORS* SCHEDULES*ETC . NONE OF 

the remote operators will be permitted to handle these things, in all 
instances the central b5700 site will have final control over the 
system, just as is true without rje. 

as printer files are opened by jobs initiated by rje terminals, 
back up disk files will be created and marked with the rje line from 
which they were created. when they are closed* they will be printed at 
the rjf printer if it is available. they may also be printed at the 
central site via pb or forms, note: the above printer action is 
Independent of t^e central site setting of pbdonly and autoprnt. 



B,5 operation of THE DClOOO 



B,5.1 BOOTSTRAP FUNCTIHm 



THE BOOTSTRAP FUNCTION IS USED FOR LOADING A SHORT BINARY PAPER 
TAPE INTO HIGH CORE. THE INFORMATION LOADED IS USUALLY A LOADER OR A 
DUMP ROUTINE, READING OF THE TAPE IS ACCOMPLISHED BY THE FOLLOWING 
ACTIONS? 



1, TURN THE TWX TO THE ON LINE POSITION, 

2, PLACE THE TAPE In tHE tWX READER WITH THE FIRST ROW OF DATA OVER 
THE READ STATION OF THE READER, 

3, PLACE THE CONTROL SWITCH ON THE READER IN THE START POSITION, 

4, PRESS THE RESET SWITCH ON THE CONSOLE. 

5, PRESS THE BOOTSTRAP BUTTON ON THE CONSOLE. 
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WHFN THE CONTEN'TS OF THE TAPE HAS BEEN LOADEOf THE PROGRAM 
CONTAINED ON THE TAPE WILL BEGIN EXECUTION, 

B.5.? LOADING OF CARD DECKS 



VIRTUALLY ALL DCIOOO PROGRAMS ARE PUNCHED ON CARDS, THESE PROGRAMS 
CAN BE EXECUTED BY LOADING THFM WITH THE LOADER. TO LOAD A CARD DECK, 
PERFORM THE FOLLOWING StEPSJ 

1. Place the program deck face down in the card reader with the 
twelve row edge of the card to the front of the card reader. 

?. PLACE THE CARD REaOER ON L^nE BY PLACING tHE FEED SWITCH IN THE 
ON POSITION. 

3. PERFORM THE BOOTSTRAP FUNCTION USING THE BCL CARD LOADER. 

NOTE THAT ONE OR MORE BLANK CARDS ARE REQUIRED ON THE FRONT OF EACH 
PROGRAM DECK, THE BLANK CARDS ARE USED TO INITIALIZE MEMORY TO INSURE 
THAT THE BRANCH TO THE PROGRAM AT THE END OF LOAD WiLL BE PERFORMED 
PROPERLY, EACH DATA CARD HAS PUNCHED IN IT THE LOAD ADDRESS FOR THE 
DATa it contains, therefore* the order of DATA CARDS WILL NOT AFFECT 
THE LOADING PROCESS, 

EACH DATA CARD ALSO CONTAINS INFORMATION ON IT FOR ERROR DETECTION. 
SHOULD A CARD BE MISSREaD* OR A PUNCH ERROR BE DETECTED, THE LOADER WILL 
STOP. THE TOP CARD IN THE OUTPUT STACKER WiLL BE THE CARD WITH THE 
ERROR, TO TRY AGAIN TO READ THE CARD IN ERROR, REPLACE THE CARD IN THE 
INPUT HOPPER AND DEPRESS THE RUN SWITCH, 

AFTER THE BOOTSTRAP LOADER HAS FINISHED LOADING THE LAST CARD IN 
THE DECK, A NORMAL STATE BRANCH TO THE INITIALIZE CODE FOR THE PROGRAM 
WILL BE PERFORMED, 

B,5,1 SPO OPERATION 



THE SPO FOR THE DClOOO IS A MODIFIED MODEL 33 ASR TWX, SINCE THIS 
DEVICE DOES NOT HAvE COmTROL BUTTONS AS DqES THE SYSTEM SPO* * NUMBER OF 
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THE STANDARD TWX KEYS HAVE BEEN ASSIGNED THE FUNCTIONS PERFORMED BY THe 

control buttons on the standard spo. the twx control keys and their 
Functions arei 

■ 1. carriage RETURN! SIGNIFIES END OF A KEYBOARD INPUT, 

?. RUBOUT IS USED TO DELETE THE KEYIN CURRENTLY IN PROGRESS, 

3. BREAK IS USED AS AN INPUT REQUEST WHEN THE SPO IS PRINTING, 

4. THE CHARACTER "<" IS THE BACKSPACE. 

THE 33 ASR USED On THE DCIOOO IS A FULL DUPLEX DEVICE, THEREFORE* 
THE EXECUTIVE MUST PRInT EVERY CHARACTER ENTERED ON THE KEYBOARD, AS A 
RESULT OF THIS FACT* WHEN CHARACTERS ARE ENTERED TOO RAPIDLY IN 
SUCeSSION* INPUT FROM THE KEYBOARD MAY BE IMPROPERLY INTERPRETED, 
EXPERIENCE WILL SHOW THE USER HOW FAST A DATA ENTRY RaTE IS ACCEPTABLE 
TO THE SPO, 

IT IS POSSIBLE TO HAVE INSUFFICIENT MEMORY AVAILABLE TO STORE A 
KEYBOARD INPUT. WHEN THIS OCCURS* THE KEYIN WILL NOT BE STORED* AND An 
ERROR MESSAGE WILL BE PRINTED ON THE SPO, 

B.5,4 CARD READER OPERATION 



THE CARD READER USED WITH THE DCIOOO IS A BURROUGHS MODEL A598 
READER WITH A RATED CAPACITY OF 200 CARDS/MINUTE, 

THERE IS ONLY OnE CONTROL SWITCH ON THE CARD READER* THE FEED 
SWITCH, WITH THE FEED SWITCH IN THE ON POSITION* THE FEED CIRCUITS In 
THE READER ARE ENABLED, AND THE READER APPEARS TO BE ONLINE TO THE 
DClOnO EXECUTIVE, WHEN' THE FEED SWITCH IS OFF* FEEDING OF CARDS IS NOT 
PnSSTBLE* AND THE SOFTWARE SEES THE READER AS BEING NOT READY, 

THE READING QF A DECK IS INITIATED BY PERFORMING THE FOLLOWING 
FUNCTIONS! 



1. Place the feed switch in the off position, 

?, Put the deck in the input hopper* face down* with the twelve 



PAGE 126 



SYSTEM nPERATION GUIDE 



EDGE OF THE DECK To THE FRONT OF THE READER, 
3, SWITCH THE FEED SWITCH ON. 



THE DCIOOO WILL READ AND TRANSMIT CARDS AS SPACE AND LINE TIME IS 
AVAILABLE, 

A NUMBER OF ERRORS CAN OCCuR WHEN CARDS ARE BEING READ. WHEN ONE 

OF THESE ERRORS OCCURS* AN ERROR MESSAGE IS PRINTED* AND THE CARD READER 

IS MADE NOT READY FROM A SOFTWARE VIEW POINT, THE ERROR MESSAGES 
POSSIBLE AND THEIR CAUSES ARE! 



t. NOT READY 
AVAILABLE. 

2. READ CHECK 
LAST CARD, 



ATTEMPTED TO READ A CARD AND NO INPUT CARDS WERE 
CARD READER ERROR DETECTED DURING READING OF THE 



3. INVALID CHARACTER - AN INVALID CHARACTER WaS DETECTED IN THE 
LAST CARD READ, IN A COLUMN OTHER THAN THE FIRST COLUMN. 

IN THE FVENT THAT A READER NOT READY MESSAGE IS PRINTED AND THE 
HOPPfR is NOT EMPTY* FOLLOW THE FOLLOWING PROCEDURE! 

1, SET THE READER OFF LINE. 

2, REMOVE THE DECK AND EXAMINE FOR DAMAGED CARDS OR THE POSSIBILITY 
THAT The deck WAS NOT WELL JOGGLED, 

3, CORRECT THE DECK AND REPLACE IT IN THE INPUT HOPPER. 

U, SET THE READER ON LINE AND READING OF CARDS WILL BE RESUMED. 



HOWEVER* IF THE NOT READY CONDITION IS THE RESULT OF AN EMPTY 
HOPPFP* SET THE READER OFF lINE* ADD MORE CARDS TO THE INPUT HOPPER* 
THEN PLACE THE READER ON LINE. 

ONE t^ORO OF WARNING: THE PILE OF CARDS IN THE QUTpUT HOPPER SHOULD 
BE KEPT LESS THaN TWO OR THREE INCHS HIGH. IF THIS DEPTH IS EXCEEDED* 
SHUFFLING OF CARDS CAN OCCljR AS A RESULT OF NORMAL READER OPERATIONS. 
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A reao chfck is corrected by the roLLOwiNG steps: 

1. SET THE READER OEELINe. 

2, Remove the deck from the input hopper. 

3. Place the top card in the output hopper on the front of the card 

DECK. 
a. REPLACE the DECK IN THE INPUT HOPPER, 
5, SET THE READER ONLINE. 

REPEATED READ CHECKS WOULD INDICATE A HARDWARE MALFUNCTION OR* MOST 
PROBABLY* A DEFECTIVE DECK. 

THE ERROR RECOVERY ACTION FOR AN INVALID CHARACTER CONSISTS OF 
REMOVING THE ToP CARD FROM THE OUTPUT HOPPER* RE-PUNCHING IT TO CORRECT 
THE ERROR, THEN PROCEEDING AS THOUGH A REaD CHECK ERROR HAD OCCuRED, 
NOTE THAT THE fl-? PUNCH IS NOT CONSIDERED TO BE AN INVALID CHARACTER* 
BUT TS INTERPRETED AS A QUESTIONMARK . 

B.S,"? LINE PRINTER OPERATION 



THE LINE PRINTER SPECIFIED FqR USE ON THE DCIOOO IS THE B-92-!*5 
SERIES OF PRINTERS. THIS PRINTER PRINTS THE BCL CHARACTER SET IN LINE 
LENGTHS OF 80, 120 OR 132 CHARACTERS PER LINE AT 300 OR 400 LINES PER 

MINUTF. 

THE CONTROLS ON THE PRINTER CONSIST OF A SWITCH TO SELECT A SIX OR 
EIGHT LINE/INCH SPACING, AND A READY/NOT READY SWITCH. 

TWO ERROR MESSaTiES PERTAINING TO THE LINE PRINTER CAN BE 
ENCOUNTERED. THEY ARE! 



NOT READY - THIS ERROR OCCURS WHENEVER THE EXECUTIVE ATTEMPTS TO 
WRITE TO THE PRINTER AND IT IS NOT READY TO PERFORM AN I/O. 
THIS COULD RF CAUSED BY LOW PAPER SuPPLY, AN OPEN PRINTER 
CARRIAGE, A SKIP TO AN INVALID CHANNEL OR SIMPLY THE PRINTER 
BEING OFFLINE. 
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2. PRINT CHECK - WHEN A PRINTER ERROR IS DETECTED* THIS MESSAGE IS 
PRINTED And the PRINTER IS MARKED NOT READY. 

to resume output* correct the condition which caused the not ready 
condition* then make the printer ready. 

in the event of a print check* output will cease. to resume 
Output, make the printer not Ready then make it Ready. 



B.5.6 DATA COMMUNICATIONS LINK TO THE SYSTEM 



VERY LITTLE OPERATHR ACTION IS NEEDED TO INSURE PROPER OPERATION OF 
DATA TRANSFER WITH THE SYSTEM. THE ONLY RESPONSIBILITY THAT THE 
OPERATOR OF THE DCIOOO HAS IS TO ESTABLISH A COMMUNICATIONS LINK WITH 
THE SYSTEM. ANY PARITY ERRORS* VERTICAL OR HORIZONTAL* TIMEOUTS* ETC, 
ARE HANDLED BY THE EXECUTIVE OR THE MCP. HOWEVER* WHEN CERTAIN MORE OR 
LESS FATAL ERRORS OCCUR, AN ERROR MESSAGE WILL BE PRINTED. THE POSSIBLE 
ERROR MESSAGES AND TNEiR CAUSES AREt 

I. NO SYSTEM LINK - DATACOM LINK TO THE 85700 IS NOT PRESENT. 



CONNECTION MADE 
JUST ESTABLISHED. 



DATA COMMUNICATIONS LINK TO THE SYSTEM WAS 



3. NO RESPONSE - FOUR ATTEMPTS WERE MADE TO CONTACT THE SYSTEM AND 
NO RESPONSE WAS RECEIVED TO ANY OF THEM. 

a, TRANSMIT ABORT - DATA SET WENT NOT READY WHILE THE DCIOOO WAS 
TRANSMITTING Tq Thf SYSTEM. 

5. MISSING MESSAGE - TRANSMISSION NUMBER ERROR, 



ERROR RECOVERY IS POSSIBLE* BY AND LARGE* ONLY FOR ERROR ONE, 
CONDITION ONE CAN BE CORRECTED BY CALLING THE SYSTEM AGAIN, OR BY 
CHECKING TO SEE THAT ALL CONNECTIONS BETWEEN THE DCIOOO AND THE DATASET 
ARE pRopERlY made. 

MESSAGE TWO INDICATES THAT THE LINE IS AVAILABLE FqR SERVICE AGAIN. 
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MESSAGE 
FUNCTIONING 
LOAD. 



THREE INDICATES THAT THE SYSTEM-S DATACOM HARDWARE IS NOT 
OR THAT THE SYSTEM IS IN THE PROCESS OF PERFORMING A HAUT 



MESSAGE FOUR INDICATES AN EXECUTIVE SOFTWARE* OR A DATACOM HARDWARE 
FAILURE. THE EXECUTIVE WILL ATTEMPT TO RECOVER FROM THE CONDITION WHICH 
CAUSED THIS ERROR. 

MESSAGE FIVE INDICATES THAT THE EXPECTED TRANSMISSION NUMBER WAS 
NOT FOUND IN THE HEADER OF A MESSAGE. THIS WOULD INDICATE THE 
POSSIBILITY OF A MISSING MESSAGE. USUALLY* THIS MESSAGE DOES NOT HAVE 
ANY DRASTIC SIGNIFICANCE. HOWEVER* THE OPERATOR SHOULD BE AWARE OF THE 
POSSIBILITY OF mISSING DATA. 

WHEN THE DClOOO DATACOM INTERFACE IS THROUGH THE SwiTCHED TELEPHONE 
NETWORK* THE EXECUTIVE IS CAPABLE OF ANSWERING THE TELEPHONE WITHOUT 
OPERATOR INTERVENTION, AFTER THE TELEPHONE HAS BEEN ANSWERED* THE 
DClOOO WILL ESTABLISH COMMUNICATIONS WITH THE McP. 



B,6 USE OF REMOTE TERMINAL 



B,6.i USER INFORMATION 



WHEN AN RJE TERMINAL LOGS IN A USERCODE WILL BE ENTERED AND WILL 
BECOME THE DEFAULT USER FOR ALL JOBS RUN FROM THAT TERMINAL. WHEN 
CONTROLCARDS ARE ENTERED (EITHER FROM THE RJE SPO OR CARD READER) THE 
MCP WILL SCAN FOR A ?USERs<USERI D> CARD AND WILL USE THAT AS THE USER. 
OTHERWISE* IF It DOESNT FIND A USER CARD* THE USERID THAT LOGGED IN THAT 
STATION WILL BE ASSIGNED TO THAT JOB. 



B.6.? USE OF CARD READER 



DECKS MAY BE ENTERED THROUGH THE CARD READER ANY 

In. any DECKS Entered before the completion of 

DISCARDED BY THE MCP. ANY DECK THAT CAN BE ENTERED 
at the central SITE MAY BE READ tHROuGH THE RjE CARD 



TIME AFTER THE LOG 
THE LOG IN WILL BE 
In THE CARD READER 
READER* WITH A FEw 



VERY SMALL 

Images are 



RESTRICTIONS. THESE RESTRICTIONS EXIST BECAUSE THE CARD 
REING CONVERTED TO DECKS ON DISK AS IF LOAD CONTROL WERE 
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RUNNING AT THE RjE TERMINAL. THE RESTRICTIONS TO THE CARD DECKS* THE 
SAME AS THE RESTRICTIONS FOR LOAD CONTROL IN THE CENTRAL SiTE CARD 
READERS* ARE» 

1. A LIMIT or 12000 CARDS PER DECK, 

IF MORE THAN 12000 CARDS ARE READ IN* THE MCP WILL PRINT OUT A 
MESSAGE ON THF RJE SPO AND DISCARD THF DECK. 

2. A SEPARATE ?END CARD. 

3. COMPLETION OF DECK BEFORE ITS USE. 

IF CARDS ARE READ IN WITHOUT A ?END CARD TERMINATING THEM* THE 
RJE SPO WILL PRINT A CARD READER NOT READY MESSAGE. 



8.6.:? USE OF PRINTER 



REGARDLESS OF FILE DECLARATION* LABEL EQUATION, OR THE CONDITION OF 
THE OPTION PBDONLY* ALL PRINTER FILES WILL BE ROUTED TO BACK UP DISK (AS 
IF PBDONLY WERE SET FOR THE RJE TERMINAL). 

THE PRINTER FILES WILL BE PRINTED WHEN THEY ARE CLOSED, IF TH£ 
PRINTER IS NOT ALREADY IN USE. THE APPEARANCE TO THE RJE TERMINAL IS 
THAT THE AUTOPRNT OPTION IS SET FOR IT. 

THE REMOTE OPERATOR MAY, THROUGH HIS SPO» '♦DS", "QT" OR "ST" ANY 
PRINTER BACK UP PRINTING ON HIS PRINTER. 

THE REMOTE OPERATOR MAY PRINT ANY PRINTER BACK UP TAPE OR DISK 
FILE, THROUGH THE USE OF THE "PB" COMMAND, PROVIDED HIS PRINTER IS NOT 
IN USE. ERROR MESSAGES WILL RESULT IF THE UNiT OR DISK FILE DOES NOT 
EXIST OR IS NOT A PRINTER BACK UP. 

IF FORMS ARE REQUESTED WITH A PRINTER FILE* A MESSAGE IS PRINTED AT 
THE RJE SPO, AS WELL AS THE MAIN SPO* INDICATING THAT FORMS ARE DESIRED, 
THIS CAN BE USED FOR TWO PURPOSES WITH THE RJE TERMINAL* 



1. PLACEMENT OF SPECIAL FORMS IN PRINTER. 

WHFN THIS IS nrSIREO THE REMOTE OPERATOR WILL PLACE THE SPECIAL 
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FORMS IN THE PRINTER OR MAKE SURE THAT THEY ARE ALREADY THERE. 
THEN HE ENTERS <MIX-ID>OK ON HIS SPO AND THE PRINTER BACK UP 
WILL COMMENCE, 

?. PRINTING OF LONG FILES AT MAIN SITE. 

THIS MAY PROVE TO bE A USEFUL F"EaTURE FOR LONG PRINTER BACK UPS 
AS THE PRINTER COULD BE TIED UP FOR A LONG TIME IF ALLOWED TO 
PRINT ON THE RjE PRINTER. TO REROUTE IT TO THE CENTRAL SITE* A 
♦•FM" COMMAND WILL BE USED. HOWEVER THE RJE OPERATOR MAY NOT DO 
THIS, HE MAY REQUEST THE MAIN SITE TO DO THE "FM", IF THE 
MAIN SITE OPERATOR DOES A <MIX-I D>FM<UNI T> KEY IN ON THE MAIN 
SPO TO AN AN AVAILABLE PRINTER* THE PRINTER BACK UP WILL BE 
REROUTED TO THAT PRINTER AND THE RJE PRINTER WILL BECOME 
AVAILABLE. NOTES WHEN THIS OCCURS THE RjE SITE CAN NO LONGER 
ACCESS THIS JOB. 

B.6,a USE OF RJE SPO CONSOLE 



OUTPUT MESSAGES 



local messages 

these are the messages generated by the remote satellite having 
to do with its own control* such as card reader hopper empty, 
Invalid character in a card* printer out of paper* etc the 
format of these messages will vary depending upon the type of 
message generated. 

system status message 

the format of this message ist 

<PRIORlTY>j< PRO GRAM NAmE>I<MIXID>s<STATUS> 

WHERE 

<PRIORITY>sA NUMBER WITH A RANGE OF 0-1023 
<MiyiD> » Miy INDEX REFERENCE NUMBER OF JOB 
<STATUS> * 

BOJ (BEGINNING OF JOB) 

EOJ (END OF JOB) 

ST-FD (PROGRAM SUSPENDED) 

DS-ED (PROGRAM TERMINATED) 

SCHD (PROGRAM SCHEDULED) 
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3. LOG-ON AND LOG-OFF MESSAGES 

IT IS assumfd that the initialization software in the RJE 

SATELLITE WILL TRANSMIT A "HANDSHAKE" CONTROL MESSAGE TO THE 
CENTRAL SITE* UPON DIAL UP OR HALT LOAD. IF THE CENTRAL SYSTEM 
OR DATACOMM LiNK I5 NOT LIVE THEN THE LACK OF RESPONSE FROM THE 

central system indicates there is no connection to the central 
system, however* if a connection does exist the mcp will 
Respond with the following mfssage for the Remote spos 

B5700 R. J, E. system -- ENTER USERCOOE 

THE REMOTE OPERATOR THEN MUST ENTER THE USER-ID ASSIGNED BY THE 
CENTRAL SYSTEM. IF THE USeRID IS NOT RECOGNIZED BY THE MCP* IT 
WILL RESPOND WITHi 

INCORRECT USERCODE -- RE-ENTER USERCOOE 

THREE ATTEMPTS ARE ALLOWED, IF THE USERCOOE IS CORRECT THE MCP 
WILL LOOK IN THE "ReMOTE/USERS" FILE TO SEE IF A PASSWORD IS 
REQUIRED FOR THAT USERCOOE. IF SO* IT WILL RESPOND* 

ENTER PASSWORD PLEASE 

THE REMOTE OPERATOR THEN MUST ENTER HIS PASSWORD. IF THE 
PASSWORD IS INCORRECT THE MCP WILL RESPOND WITH: 

INVALID PASSWORD -- RE-ENTER PASSWORD 

THREE ATTEMPTS ARE ALLOWED. IF THE PASSWORD IS RECOGNIZED BY 
THE MCP OR IT wAS NOT REQUIRED THE McP WILL RESPONDl 

<STATION-NAME> LOGGED IN AT <TIME> 

IF ON THE THIRD ATTEMPT EITHER THE USERCODE OR THE PASSWORD IS 
STILL INCORRECT ThF MCP WILL RESPOND* 

INCORRECT LOG ON SEQUENCE 

THEN THE MCP WILL IGNORE ALL MESSAGES FROM THAT RJE TERMINAL 
UNTIL THE NFVT "CONTROL HALT/LOAD" MESSAGE. UNTIL SUCH TIME 
THAT THE MCP HAS LOGGED THE STATION ON IT WILL THRQW AWAY ANY 
MESSAGES THAT ARE NOT DESIGNATED AS COMING FROM THE REMOTE SPO, 
WHEN THE SPO DnES LOG ON IT WiLL BE PERMITTED TO READ IN DECKS, 
PRINT BACK UpS, ETC. IF THERE ARE ANY BACK UP FILES ON DISk 
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Pf^EVIOUSl.Y CREATED BY THIS RJE TERMINAL* THEY WILL THEN BE 
PRiNTEDt 

TO TERMINATE THE CONNECTION BETWEEN THE REMOTE SATELLITE AND 
THE MAIN SYSTEM THE REMOTE OPERATOR LOGS OFF WITHj 

LO 

THIS MESSAGE WILL BE IGNORED IF THE CENTRAL SITE IS STILL 
PROCESSING ANY PROGRAMS OR DATA INTRODUCED FROM THE RJE 
TERMINAL. IF IT IS ESSENTIALLY IDLE THE MCP WILL RESPONDl 

<STATlON-NAME> LOGGED Qff AT <TImE> 

IF THE STATION DISCONNECTS OR APPEARS TO DISCONNECT FROM THE 
MCP» THEN THE JOBS THAT IT INITIATED WILL BE DS-EO AND THE MCP 
WILL RESPOND WiTH» 

<STATI0N-NAMF> DISCONNECT AT <TIME>. 
a. ERROR MESSAGES 

THE MCP IN ACCEPTING INPUT FROM THE REMOTE SATELLITE MAY 
ENCOUNTER CERTAIN ERROR SITUATIONS, IT WILL PRINT AN ERROR 
MESSAGE ON THE PJE SPO FOR ANY OF THE FOLLOWINQI 

CONTROL CARD ERROR 
INVALID KEYBOARD 
SECURITY MAINTENANCE ERROR 
NON EXECUTABLE CODE ERROR 

5. RESPONSE MESSAGES 

THESE MESSAGES TYPES ARE SENT TO THE REMOTE SPO IN RESPONSE TO 
KFY IN INFORMATION REQUESTS FROM IT. 

ft, PROGRAM WRITES TO SPO 

A PROGRAM MAY DECLARE A SPO FILE (TYPE ID IN AN OBJECT PROGRAM 
And THE nUTPUT will be ROUTED TO THE REMOTE SPO. IF A READ IS 
DONE ON THIS FILE THE MCP WILL Senoi 

<MlXID>J<PROGRAM NAME>I ACCEPT 

TYPE MESSAGE TO REQUEST AN INPUT. 
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input messagfs. 

a subset of key in inpyt messages has been defined as allowable 
for the rje terminals. the purpose is to allow the rje 
terminals to ask questions of the system* but 
affect it. these messages are divided into two 
information messages and the mix messages, the mix 
only be used with mixes that were originated 
terminal. any attempt to access other mixes will 
Invalid keyboard, the information messages allowed 



NOT DIRECTLY 
groups - THE 
MESSAGES MAY 
BY THAT RJE 
RESULT IN AN 
AREj 



MY 


PRINT 


PD#EX*LF*LC»LS 


PRINT 


PB 


PRINT 


wn 


PRINT 


WT 


PRINT 


TO 


TYPE 


CD 


PRINT 


TF 


TYPE 


TS 


TYPE 


SS 


STATI 


WW 


PRINT 


WI 


PRINT 


CU 


TYPE 


AU 


TYPE 


CC 


ENTER 



THE MIX (JOBS RUNNING) 
DIRECTORY iNFORMAlON 
BACK UPS 

THE DATE 
THE TIME 

OUT THE OPTION LIST 

THE DECKS ON DISK 
MULTIPROCESSING FACTOR 
SCHEDULE CJOBS IN SHEET) 
ON TO STATION MESSAGE 

WHICH MCP IS RUNNING 

WHICH INTRINSICS ARE BEING- USED 
TOTAL AMOUNT OF CORE IN USE 
TOTAL AMOUNT OF AUXILIARY CORE IN USE 

CONTROLCARDS THROUGH RJE SPO 



THE MIX MESSAGES THAT ARE ALLOWED ARE! 



DS 

OK 

AX 

TT 

RM 

ST 

IN 

OT 

QT 

CT»XT»TL 

CU 

AU 

ES 



TERMINATE A JOB 

OK A JOB WAITING ON SOMETHING 

ENTER INPUT TO A SPO FRE 

REQUEST RUNNING AND I-O TIMES FOR THE JOB 

REMOVE A DUPLICATE FILE 

SUSPEND A JOB 

CHANGE THE PRT OF A JOB 

READ THE PRT OF A JOB 

QUIT A LIBMAIN OR PRINT BACKUP 

PRINT OR CHANGE JOB TIME LIMITS 

TYPE AMOUNT OF CORE IN USE BY A JOB 

TYPE AMOUNT OF AUXILIARY CORE IN USE BY JOB 

REMOVE A JOB FROM THE SCHEDULE 
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B.7 IMPLEMENTATION OF THE RJE SYSTEM 



B.7.1 INTRODUCTION TO IMPLEMENTATION 



THIS NEXT SECTION IS \ DISCUSSION OF THE IMPLEMENTATION OF THE RJE 
SYSTEM MAINLY FROM THE POINT OF VIEW OF THE MCP. IT IS NOT NECESSARY TO 
KNOW ANY OF THE INFORMATION IN THIS SECTION TO RUN THE RJE SYSTEM. IT 
IS PRIMARILY HERE TO ALLOW SYSTEM PROGRAMMERS TO ADD OR MODIFY THE THE 
McP FOR THEIR OwN PURPOSES. 



8,7,2 LINE DISCIPLINE 



THE LINE DISCIPLINE USED WiTH THE REMOTE JOB ENTRY SYSTEM IS THE 
BURROUGHS CONVERSAIONAl POINT TO POINT STANDARD MODIFIED TO ELIMINATE 
ERROR RECOVERY, IT IS DRAWN BELOW, 



SIDE ONE i SIDE TWO 

1 

t 

FNQ 

: 

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 



9 
I 



<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 1 
! 

MESSAGE 

t 

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 

; ; ! 

ACK MESSAGE NAK 
: ; : 



{ : 

ACK NO RESPONSE 
: t 
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! i t : 

IS : t 

EOT NEXT MESSAGE ACK : 
t I t t 

X >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>ETC, 

IDLE STATE 



B.7.3 NOTES ON THE LINE DISCIPLINE 



5. 



GENERAL - THIS TABLE DEFINES CONVERSATIONAL DATA LINK CONTROL 
PROCEDURES. CONVERSATIONAL PROCEDURES ALLOW REVERSALS OF 
DIRECTION OF MrSSAGE TRANSFER WITHOUT SEPARATE ESTABLISHMENT AND 
TERMINATION PROCEDURES/ THEY ARE PRIMARILY INTENDED FOR 
COMMUNICATION BETWEEN AN OPERATOR CONTROLLED TERMINAL AND A 
COMPUTER. THIS TABLE APPLIES TO PO I NTTO-POI NT LINES, THE 
STATION TRANSMITTING IS CONSIDERED THE CONTROL STATION, 

In THIS PROCEDURE ALL MESSAGES CONSIST OF A SINGLE TRANSMISSION 

BLOCK ENDING IN ETX. THE USE OF ETB IS NOT ALLOWED* NOR ARE THE 

REVERSE INTERRUPT. CANCEL* AND PLAYBACK FUNCTIONS. BLOCKS BEGIN 
WITH SOH, BCC IS REQUIRED, 

In CONVERSATIONAL PROCEDURES* THE NORMAL RESPONSE TO A GOOD 
MESSAGE IS ANOTHER DATA MESSAGE, THIS RESPONSE CAN ONLY BE MADE 
IF THE MESSAGE JUST RECEIVED ENDED IN ETX AND WAS RECEIVED 
WITHOUT ERROR. THE BEGINNING CONTROL CHARACTER OF THE RESPONSE* 
(SOH), CAN BE CONSIDERED TO IMPLY POSITIVE ACKNOWLEDGEMENT OF 
THE RECEIVED MESSAGE* AND TO IMPLY THE TRANSITION OF MASTER/ 
SLAVE RELATIONSHIP, 

THE ESTABLISHMENT PROCEDURE TO "INITIATE THE CONVERSATION" WHEN 
THE LINE IS IN THE IDLE STATE INVOLVES THE CONTROL STATION 
SENDING AN ENQ CHARACTER DOwN THE LINE, THE OTHER STATION WILL 
RESPOND WTTH AN ACK CHARACTER AND THE LiNE IS ESTABLISHED. THEN 
THE CONTROL STATION WILL TRANSMIT HIS FIRST MESSAGE AnD THE 
CONVERSATION START, IF THERE IS NO RESPONSE FROM THE OTHER 
STATION* THE CONTROL STATION WILL RETRY SENDING THE ENQ N TIMES 
(WHERE N IS PRESENTLY 4), IF THERE IS STILL NO RESPONSE THE 
CONTROL STATION WILL EXIT TO ERROR RECOVERY CODE, 

IF STATION B RECEIVES A RECOGNIZABLE MESSAGE* BUT IT CONTAINS 
CHARACTER PARITY ERROR{S)* BLOCK CHECK ERROR, OR OTHER 
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oetectablf error(s) station b responds with a nak character, 

the control station retransmits the messaget this procedure may 

be done n times at which point the mcp end will exit to error 
recovery. 

6. if station r receives a good message* but has no traffic to send 

IT RESPONDS WITH An ACk CHARACTER. IF THE CONTROL STATION HAS 
MORE TRAFFIC FOR STATION 8 IT SENDS ANOTHER MESSAGE. IF THE 
CONTROL STATION HAS NO MORE TRAFFIC FOR STATION B* THE CONTROL 
STATION PROCEEDS TO NORMAL TERMINATION, THIS INVOLVES THE 
CONTROL STATION SENDING AN EOT CHARACTER. AT THIS POINT THE 
LINE IS CONSIDERED TO BE IN THE IDLE STATE. IF EITHER STATION 
WISHES TO SEND ANOTHER MESSAGE THEY MUST GO THROUGH THE 
ESTABLISHMENT PROCEDURE. 

7. IF THE CONTROL STATION RECEIVES A RECOGNIZABLE MESSAGE WITH ONE 
OF THE PARITY ERRORS IT WILL RESPOND WITH A NAK CHARACTER AS IN 
5, ABOVE. IT WILL RETRY N TIMES AT WHICH POINT THE MCP WILL 
EXIT To ERROR RECOVERY CODE, 

8. IF THE CONTROL STATION RECEIVES A GOOD MESSAGE BUT HAS NO MORE 
TRAFFIC TO SEND TO STATION B> IT WILL RESPOND WITH THE ACK 
CHARACTER, STATION B CAN THEN SEND ANOTHER MESSAGE OR EXiT TO 
NORMAL TERMINATION. 

9. THE MCP ERROR RECOVERY WiLL BE TO TREAT THE LINE AS IF THE LINE 
WERE DISCONNECTED. IT WILL DS ANY JOBS RUNNING FROM THE RjE 
TERMINAL* THROW AWAY ANY MESSAGES WAITING TO BE SENT OUT# AND 
PRINT A MESSAGE INDICATING THAT THE LINE DISCONNECTED ON THE 
MAIN SITE SPO. 

10. THE RJE TERMINAL"S ERROR RECOVERY WILL BE TO SiT IDLE WAITING 
FOR THE MCP TO INTERRUPT IT. CTHIS WILL MOST LIKELY BE A HALT/ 
LOAD MESSAGE FROM THE MCP). 



8, 7, a RJE MESSAGES 



THE MESSAGE FORMAT FOR THE RjE SYSTEM IS AS FOLLOWS! 



S A 
D 
H 1 



A 

D T 
2 N 



C 
R 
1 



JC 
»C 
« 1 



Cj 
Ct 

?J 



:C 

<TEXT>iR 



iC 
JC 
s 1 



Cj 
Cj 
2J 



» 

<TEXT>: 



B 
C 
C 
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1. 



?. 



ALL MESSAGES START WITH THE START OF HEAD 
HEADER CONSISTS OF THE TWO ADDRESS DESIGN 
TRANSMISSION NUMBER, THE BODY OF THE TEXT 
OF TEXT CHARACTER STX. EACH SUB TEXT OR 
STARTS WITH THE CARRIAGE RETURN CHaRACTE 
BLOCKS. EACH BLOCK OF TEXT CONSISTS OF 
CONTROL CHARACTERS WHICH WOULD BE USED ON 
THEN THE BODY OF THE TEXT. MORE THAN ON 
ONE MESSAGE* BUT IS NOT REQUIRED. THE MES 
OF TEXT CHARACTER ETX AND THE BLOCK CHECK 
LIMIT OF «00 CHARACTERS SET FOR EACH MESSA 



ER CaRARCT 

ATE CHArAC 

STARTS WI 

BLOCK PART 
R USED TO 

THE OPTIO 
LY FOR THE 
E BLOCK MA 
SAGE ENDS 
CHARACTER. 
GE. 



ER SOH, THE 
TERS And THE 
TH The START 

oE the text 

SEPARATE THE 

NAL CARRIAGE 

PRINTER AND 

Y BE USED IN 

WITH THE End 

THERE IS A 



THE address DESIGNATE CHARACTERS (ADl# AD2) 
A DEVICE ON A REMOTE SATELLITE As FOLLOWS! 



RELATE A MESSAGE TO 



A A 
D 
1 2 










1 



THROUGH 09 
THROUGH 99 



SYSTEM CONTROL 

TO OR FROM REMOTE SPO 

TO CARD PUNCH 

TO LINE PRINTER FROM IS AN ERROR 

TO PAPER TAPE PUNCH FROM PAPER TAPE READER 

TO OR FROM MAGNETIC TAPE 

(RESERVED FOR EXPANSION) 

AOl AND A02 OF DATACOM LINES 



3, THE TRANSMISSION NUMBER (TN) IS COUNTED UP ONE MODULO 10 (I. E. 
HAS A RANGE OF 0-9) WITH EACH TRANSMISSION. IT CAN BE USEFUL 
FOR DETECTING MISSING OP DUPLICATE TRANSMISSIONS. 

a. THE OPTIONAL CARRIAGE CONTROL CHARACTERS (CCl* CC2) DELIVER 
CARRIAGE CONTROL TO THE REMOTE PRINTER AS FOLLOWSl 

C 

c 
I 





1 

2 

3 
H 

5 



SPACE CC2 LINES NO PRINT 
SKIP TO CHANNEL CC2 NO PRINT 
PRINT BEFORE SPACING CC2 LINES 
PRINT BEFORE SKIPPING TO CHANNEL CC2 
PRINT AFTER SPACING CC2 LINES 
PRINT AFTER SKIPPING TO CHANNEL CC2 
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5. THE ADDRESS DESIGNATE CHARACTERS 00 (SYSTEM CONTROL IN 2 ABOVE) 
ARE USED FOR TRANSFERRING SPECIAL INFORMATION. THE TEXT PART OF 
THE MESSAGE CONTAINS THE INFORMATION AS TO WHICH CONTROL MESSAGE 
IT IS. EACH MESSAGE HAS A TWO DIGIT NUMBER WHICH DEFINES THE 
MESSAGE AND POSSIBLE INFORMATION AFTER THE TWO DIGITS. THE 
CONTROL MESSAGES PRESENTLY DEFINED AREJ 

00. FROM THE MCP IMPLIES THAT THE MCP JUST HALT LOADED. 

THIS MESSAGE ASKS THE RJE TERMINAL TO HALT LOAD ITSELF THAT IS 
TO RESET ALL OF ITS BUFFERS AND THEN SEND A HALT LOAD MESSAGE 
ITSELF, 

no, FROM THE RjE TERMINAL MEANS THAT IT HALT LOADED. 

THE HALT LOAD MESSAGE WILL INCLUDE WITH IT THE DEVICES THAT ARE 
CONNECTED TO THE RJE TERMINAL. FOR EXAMPLE THE HALT LOAD 
MESSAGE 0003 WOUlO INDICATE THAT THE TERMINAL HAD A PRINTER 
(03). IF THE TERMINAL IS NOT LOGGED ON WHEN THE HALT LOAD 
MESSAGE IS SENT» THE McP WILL RESPOND WiTHJ 

B57O0 R. J. E. SYSTEM — ENTER USERCODE PLEASE 

THEN IT WILL ENTER THE LOG ON SEQUENCE. IF THE MCP HAS THE 
LINE MARKED AS ALREADY LnGGED ON IT WlLL SENDi 

B5700 R. J. E. SYSTEM CONNECTION REESTABLISHED 

IT WILL THEN RESUME WHERE IT LEFT OFF WHEN THE RJE TERMINAL 
HUNG AND REQUIRED THE HALT LOAD. 

01. FROM THE RjE TERMINAL MEANS THAT A UNIT WENT NOT READY 

THE MESSAGE WIlL INCLUDE THE UNIT THaT WENT NOT READY, THUS IF 
THE SPO WENT NOT READY THE MESSAGE WOULD BE 0101. THE MCP WILL 
THEN STOP SENDING ANY MESSAGES TO THAT UNIT UNTIL IT GETS A 
UNIT READY MESSAGE. 

02. FROM THE RjE TERMINAL MEANS THAT A UNIT WENT READY 

THE MESSAGE WIlL INCLUDE THE UNiT tHaT WENT READY, THUS IF THE 
LINE PRINTER WENT READY THE MESSAGE WOULD BE 0203. THE MCP 
WILL RESUME SENDING MESSAGES TO THAT UNIT THEN, 

B.^,"? STATION TABLE FORMAT 
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THE STATION WORD FOR THE RJE UINES HAS BEEN EXTENSIVELY MODIFIED. 
THE PREVIOUSLY UNUSED BIT Cft7Jl] OF THE STATION WORD HAS BEEN TAKEN TO 
MEAN A RjE LINE. IF THiS BIT IS OFF THE LINE IS A REGULAR DAjACOM LINE 
AND MAY RE USED IN ANY PRESENTLY LEGITIMATE WAY WITH THE REST OF THE 
STATION WORD HAVING jHE SAmE mEAnInG. IF THE BIT IS ON THIS IS A RJE 

MAY NOT BE USED FOR ANY NORMAL DATaCOM. THE STATION WORQ 

THE RJF LINES IS« 



LINE AND 
FORMAT FOR 



FIELD 

lU 
2«1 
3»1 
«U 
8:1 
9:^ 

13St 

18»4 
2219 

3i;i 

32«l 
3351 

3a:i 

35«l 

36n 
37n 

3811 
3981 
40«l 

42!2 
44n 
45U 

4711 



DESCRIPTION 



OUTPUT 
NOT US 
NOT US 
INPUT 
NOT US 
TERMIN 
SHOULD 
BUFFER 
OUTPUT 
I-O IN 
LAST M 

messag 

RJEINP 

PRINTE 

PRINTE 

PRINTE 

PUNCH 

PUNCH 

PUNCH 

SPO NO 

NOT US 

ERROR 

LAST M 

SELECT 

LOGGED 

RJE LI 



IN 
ED 
ED 
TRA 
ED 
AL 
BE 
Nu 
TR 
FOR 
ESS 
E I 
UT 
R I 
R N 
R A 
IN 
NOT 
ATT 
T R 
ED 
COU 
ESS 
ED 

ON 
NE 



PROCESS BY STA. MESSAGE WRITER 
AND SHOULD NOT BE USED 

NSMISSION NUMBER CLAST) 
AND SHOULD NOT BE USED 
UNIT OF RJE LINE 


MBER OF RJE LINE 
ANSMISSION NUMBER (LAST) 
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B,7.(«, MCP CONTROL INFORMATION 



THE 
NUMBER OF 



MCP KEEPS NINE 
THE RjE LINE. 



BITS EQUIVALENT TO THE TERMINAL 
THESE ARE USED TO MARK JOBS AND 



UNIT AND BUFFER 
THEIR INPUT AND 
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OUTPUT AS ORIGINATING FROM THE RjE TERMINAL INSTEAD OF THE MAIN SITE OR 
ANOTHER RJF TERMINAL. THE THINGS THAT ARE MARKED ARE: 

1, P8D/Pun FILES • HEA0ERt61.C39l9] 

2, DECKS - HEADERt6],t9»9] 

3, JOBS - JARCMiy,6],C9l9] 

4, SCHEDULE - SHEET t 6] . C9 « 9] 

THE KEVIN MESSAGES THAT ARE ALLOWED FOR RJE SPOS TO USE WERE 
DESIGNED TO ALLOW THE RjE OPERATOR TO ASK INFORMATION OF THE SYSTEM, BUT 
NOT RF ABLE TO CHANGE ANY THING ABOUT THE SYSTEM EXCEPT FOR JOBS THAT 
WERF ORIGINATED FROM THAT RJE STATION, FURTHERMORE THE MCP WILL NOt 
ALLOW ACCESS TO ANY JOBS NOT ORIGINATED FROM THAT RjE TERMINAL. IT DOES 
THIS BY CHECKING THE JARC Mix* 6 3 . C9 » 9] TO SEE IF IT IS EQUAL TO THE 
TERMINAL UNIT AND BUFFER NUMBER OF THE RJE STATION* IF THEY ARE EQUAL 
THE MCP WILL ALLOW THE KEYIm CIF IT IS ON THE RjE ACCEPTABLE KEYiN LIST), 
IF THEY ARE NOT EQUAL* THE MCP WiLL SEND AN INVALID KEYBOARD MESSAGE* 
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B.7,7 NEW RJE PROCEDURES IN THE MCP 



RjElNPUT - THIS IS THE 
INPUT FROM THE RJE LINES. 
AT MOST ONE COPY FOR EACH 
wnRD IS THE TmTERLOCK FOR 



PROCEOURE THAT PROCESSES ALL MESSAGE 

IT Runs as a independent runner with 

RJE line. (BIT C33jn OF THE STATION 
THF fOPY nr RirTWPiiT RiiMMTMr: rnp EACH 
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UlNE)« THIS PROCEDURE 8REAKSUP THE MESSAGES* STRIPPING OFF THE 
INPUT UNIT AND TRANSMISSION NUMBER. IT IS RESPONSIBLE FOR 
SEPARATING "BlOCKFD RECORDS" ON INPUT» CONVERTING THE CONTROL 

"(a" to a left arrow, converting the ";</'' to a single "x"* and 
expanding out suppressed blanks. it will in general remain 
Running only as long as there is input in the input Queue 

(DC19Q), however* if IT IS READING IN CARD DECKS IT ACTS AS IF 

it were load control cle, c0m23), it will not exit (kill 
itself) in this case until a ?end card is received and only then 
if there is no more input waiting. it also will not exit 
immediately upon no more input if it receives a rje terminal 
Halt load message. it will wait in core while the log on 

SEQUENCE is in PROGRESS. IT WILL STAY THERE UNTIL THE LINE IS 
LOGGED ON WITH A VALID USERCODE (AND PASSWORD PERHAPS) OR UNTIL 
THERE ARE TOO MANY INVALID ATTEMPTS AT WHICH POINT THE LOG ON 
SEQUENCE IS TERMINATED, 

THIS PROCEDURE WILL TAKE DIFFERENT ACTION DEPENDING UPON 

THE Input address designate characters, if the input is from 

THE SPO THE PROCEDURE KEYIN WILL BE FORKED WITH THE INFORMATION 
PART OF THAT BLOCK OF THE MESSAGE SfNT TO KEYIN, IF THf INPUT 
Is FROM THE CARD READER THE CARD IMAGES ARE PLACED IN DECKS, 
IF THE INPUT IS CONTROL IT WILL TAKE ACTION DEPENDING UPON THE 
TYPE OF CONTROL MESSAGE. THE 00 MESSAGE WILL PUT THE PROCEDURE 
In the logon SEQUENCE AS THIS IS THE RJE TERMINAL HALT LOAD 
MESSAGE. THE 01 MESSAGE IS A UNIT NOT READY MESSAGE AND WiLL 
RESULT IN THE PROCEDURE R JEUNI TCHANGE BEING CALLED. IF THE 
MESSAGE 02 TS RECEIVED IT MEANS A UNIT WENT READY AND WILL 
RESULT IN THE PROCEDURE RJEuNI TCHANGE BEING FORKED. ANY OTHER 
INPUT ADDRESS WILL RESULT IN THE MESSAGE BEING DISCARDED AS 
THEY ARE PRESENTLY NOT ALLOWED. 

2. TWXOUT - THIS IS THE PROCEDURE THAT FORMATS ALL OUTPUT FqR 
MESSAGES TO THp RJE TERMINALS. IT PUTS ON THE SOH » THE ADDRESS 
CHARACTERS, THE SLOT FOR THE TRANSMISSION NUMBER* THE STX# THE 
BLOCKING CHARACTERS - THE CARRIAGE RETURNS* THE INFORMATION 
PORTION* AND THE ETX. IN THE INFORMATION PORTION IT CONVERTS 
LEFT ARROWS TO CONTROL "P" AND ^n^ CHARACTERS TO "j^X". IF THE 
OUTPUT IS GOING TO THE CARD PUNCH OR LINE PRINTER IT WILL DO 
BLANK SUPPRESSION AND ALSO ATTEMPT TO BLOCK MORE THAN ONE 
MESSAGE AT A TIME IN AN EFFORT TO CUT DOWN WASTED TIME INVOLVED 
IN WATTING FOR THE DATa SET TO TURN AROUnD, 

MESSAGES ARE BLOCKED BY SEPARATING THEM WITH THE CARRIAGE 
RETURN CHARACTER. IN THE CASE OF THE PRINTER THE PRINTER 
CONTROL CHARACTERS IMMEDIATELY FOLLOW THE CARRIAGE RETURN, 
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THEN Follows the line or card image, blank suppression is done 

UNDER THE ALGORITHM THAT IF THERE IS A STRING OF FIVE BLANKS OR 
LONGER, THEY ARE REPLACED BY THE SEQUENCEt 

ESC CCl CC2 

where esc is the escape character (control -^'•) and ccl 
and cc2 are the tens and unit parts of the decimal number of 
consecutive blanks, thus a string of 32 blanks would lead to 

the replacement string of j "x" 's" 'v •'3" "2", blank 
suppression is also handled by not sending the trailing blanks 
of. a card image or a line of print. 

after twyout has formatted the message it will attempt tg 
Place the message in the output queue, first it must see if 
the unit that it is sending the message to is ready, if it is 
the mcp checks to see if there are any software output buffers 
available. (there are currently four buffers assigned to the 
rje lines in the dc19q). if there is an available buffer it is 
taken and the message is placed in the stationmessageholder 
queue. statinnmessagewrlter is forked (if it is not already 
running) and it will send out the message, if the unit is not 
ready or there are no available buffers twxout will wait until 
these conditions are satisfied. the exception to this is if 
the unit is the spo and it is marked as not ready the message 
will be placed in the rjewaitq and twxout will immediately be 

EXITED. 

RJEUNITCHANGE - THIS IS CALLED IF A UNIT WENT NOT READY. THIS 
PROCEDURE WILL THEN MARK THE UNIT AS NOT READY IN THE STATION 
WORD AND WILL THEN REMOVE ANY MESSAGES WAITING TO GO OUT IN THE 
STATIONMESSAGE QUEUE. IT MOVES THEM TO THE RJEWAITQ FOR STORAGE 
UNTIL THE UNIT BECOMES READY AGAIN, 

THIS PROCEDURE IS FORKED IF A UNIT WENT READY, IN THIS 
CASE THE PROCEDURE WILL MARK THE UNIT AS READY AND WILL REMOVE 
THE MESSAGES WAITING IN THE RJEWAITQ FOR THAT UNIT TO BECOME 
READY AGAIN AND WILL PLACE THEM BACK INTO THE STATI ONMESSAGE 
QUEUE. IT MAY HAVE TO WAIT FqR SOFTWARE OUTPUT BUFFERS Tq 
BECOME AVAILABLE WHEN IT IS PLACING ENTRIES BACK IN THE 
STATIONMESSAGE QUEUE. (THIS IS THE REASON THAT IT IS FORKED 
IWSTEAD OF JUST CALLED). IF WHILE WAITING FOR BUFFERS THE UNIT 
GOES NOT READY AGAIN THE PROCEDURE WILL KILL ITSELF. OTHERWISE 
IT WILL WAIT TO KILL ITSELF UNTIL ALL MESSAGES IN THE RJEWAITQ 
WAITING FnR THF NEWLY READY UNIT ARE REMOVED. 
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RjEWAITQ IS A NEW PRT CELL ^JSEO TQ STORE THE MESSAGES 
WAITING rnR NOT READY UMTS. IT IS INITIALIZED TO 

Pf .RJEWAITQ )&P(. RjEWAITQ nCTF]8P777C9: 39: 93; 

Entries are placed in the queue using the link-list-lookup 
operator. the format of the entry in the rjewaltq is: 

(nevt llnk)r(last link ) [ ctf ] &( tu/buff ) c 9 j 9 ] & 

(NOT READY UNIT)C386i; 

ENTRIES ARE PLACED IN THIS QUEUE BY TWXOUT AND 
RjEUNItCHAnGE and are REMOVED BY R JEUN I TCH AnGE . 



B,7,B OLD MOP PROCEDURES MODIFIED FOR RJE 



SEVERAL MCP PROCEDURES WERE ADDED 
ALLOW RJE TO RUN WITH THEM. SOME OF THEM 
WERE CHANGED ARE LISTED BElOW. 
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?. CnM19 - THIS IS THE PROCEDURE THAT PRINTS 
FUFS. IT ALSO HAS TO CALL TWXOUT INSTEAD 



BACK UP DISK AND TAPE 

OF DOING Regular line 
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PRINTER I/O. IE THE BACK uP IS TICKETED EOR A RJE TERMINAL 

INSTEAD HE A REGULAR LINE PRINTER. IT CHECKS JARt MI X* 63 . C 9 I 9 ] 
AND IF IT IS NON ZfRO IT MUST DO THE TWXOUT. C0M19 WILL PASS TO 
TWXOUT THE Tu/BUEF GATHERED FROM JAR[MIX* 6] . C 9 J 9] # THE UNIT - 
EITHER THREE FOR A PRINTER BACK UP FILE OR TWO FOR A PUNCH BACK 
UP FILE* AND A BLOCK OF FIVE LINES OF PRINT. TWXOUT WILL 
ATTEMPT TO SEND ALL FIVE OF THE RECORDS IF IT CAN FIT IN THE 
SOFTWARE OUTPUT BUFFER (WHICH IS 60 WORDS LONG). IF IT CANNOT 
It will SEND OUT THE RECORDS IN TWO CHUNKS. 



PRIN 
PRIN 

It 

BACK 
THIS 
A R 
THE 

Tape 

WORD 

CONT 

SUPP 

THE 

ATTE 

FOR 

C39J 

SECO 

WILL 

INDI 

MOST 
BACK 



TORPUNCH 

TER BAC 

CAN RE 

UP FI 

PROCEDU 

JE BACK 

SECOND 

FILE 
TO SEE 

rolcard 

OSED TO 

SECOND 
MPT TO F 
THAT UNl 
91 FTEL 
ND PARA 
BE GEN 
CATE TH 

LY MENT 
UPS TOO, 



WAIT - 
K UP JO 

CALLED 
LE IS 
RE IS A 

UP INS 

PA.RAME 
OR A B 
IF THAT 

TO INI 
GO TO 

paRamf 

IND ANY 
T AND 
D OF 
METER) . 

erateo 

AT THA 
IONS P 



THI 
B BY 
IN T 
CLOS 
LERTE 
TEAD 
TER 
ACK U 
UNIT 
TIATE 

THE 
TER. 

BACK 
RIGIN 
HEADE 

IF 
OTHER 
T UN 

RINTE 



S IS 

CREAT 
HREE 
ED* 
D THA 
OF A 
PASSE 
P DIS 
IS A 
THE 

RJE L 
IF 

UP F 
ATED 
RCA] 
TRUE 
WISE 
IT I 
R BA 



THE 
ING TH 

WAYS W 
R WHEN 
T IT I 
MAIN S 
D TO I 
K FILE 
VAlLAB 
PRINTE 
INE SP 

IT I 
ILES 
AT THA 

IS EQ 
THE CO 
THE ST 
S AVAI 
CK UPS 



PRDCE 
E CONT 
HEN A 

AN OP 
S LOOK 
ITE ON 
T. IF 

* IT W 

LE. I 
RBACKU 
ECIFIE 
S PASS 
N DISK 
T RjE 
UAL TO 
NTROLC 
ATION 
LABLE. 

* IT A 



DURE THA 
ROLCARD T 

UNIT GOES 
ERATOR DO 
InG at AN 
E BY THE 

IT IS PA 
ILL LOOK 
F SO IT W 
P INDICAT 
IN THE 
ED A READ 

THAT ARE 
TERMINAL. 

THE [9:9 
ARD FOR T 
WORD WILL 
THOUGH 

PPLIES EQ 



T INI 
HAT ST 

READY 
ES A P 

ATTEM 
C9S93 
SSED A 
IN THE 
ILL GE 
ING TH 
C9J93 
Y UNIT 

BOTH 
(THA 
3 FIEL 
HE PRI 

BE UP 
THIS P 

UALLY 



TIATES A 
ARTS IT. 

» WHEN A 
B KEYIN. 
PT TO DO 
FIELD OF 
BACK UP 
STATION 
NERATE A 
AT IT IS 
FIELD OF 
IT WILL 
TICKETED 
T IS THE 
D OF THE 
NTBACKUP 
DATED TO 
ARAGRAPH 

TO PUNCH 



controlc 

AND CRE 
STARTING 
WAYS: 8 
THE CC 
READER. 
PSEUDG-R 
THE fp: 
DATACOM 
WILL CH 
CHECKING 
IS THE" 
BUFF OF 
THAT L° 
WILL V 



ARD - 
ATES 
UP 

Y ENTE 
OR ? 

(THE 
EAOERS 
91 FI 

LINE 

ECK T 

Cfl7t 

SHEET 

THE R 

GGED T 

ERWRIT 



THIS IS 
THE SHE 
THE JO 
RING CO 
KEYiN 

LATTE 

). CON 

ELD OF 

RESPON 

SFE 

1 ] OF T 

ENTRY 
jE LINE 
N THF R 
F IT 



THE 
ET EN 
BS, 
NTROL 
S OR 
R PR 

trolc 

IT 

sible 

IF 

HE ST 
SHFE 
. TH 
JE Ll 
IF T 



PROCEDUR 
TRIES WH 

IT CAN B 
CARDS T 
BY READ 

esumes 

ARD IS P 
IS USED 

For THI 
THAT DA 
ATION WO 
T[a3.[9: 
E PROCED 
NE AS TH 
HE CONTR 



E THA 
ICH A 
E CAL 
HROUG 
ING D 
THAT 
ASSED 
TO IN 
S CON 
TACOM 
RD FO 
93 WI 
URE W 
E DEE 
OL CA 



T SCAN 
RE THE 
LED FO 
H THE 
ECKS T 
THE SY 
ONE P 

dicate 

TROL C 
LINE 
R THAT 
LL BE 
ILL AL 
AULT U 

rds ha 



S THE 

SKELE 
R A RJ 
RJE SP 
HROUGH 
STEM H 

aramet 

THE T 
ARD, 

IS A 

TU/BU 

Marked 

So USE 
SeR FO 
VE A U 



CONTR 
TONS 
E LIN 
BY 

THE 
AS BE 
ER CC 
U/BUF 
THE P 

RJE 
FF) A 

WITH 

THE 
R THE 
SER C 



OL CARDS 
USED FOR 
E IN TWO 
MEANS OF 
RJE CARD 
EN GIVEN 
ARD) And 

F OF The 

roceoure 

LINE (BY 
ND IF IT 

THE Tu/ 
USERCOOE 

JOB But 
ARD WITH 



SYSTEM OPERATION GUIDE 



PAGE 146 



THEM. WHEN THE SHEET ENTRY IS COMPLETED IT WILL BE LINKED AND 
SELECTPUN CALLED. WHEN THE JOb IS RU^ THE SHEETt6] ENtRY WIlL 
BE READ INTO JAR[MIX*6] AND THE JOB WILL BE MARKED AS A RJE- 
ORIGINATED jqB. 
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NINFTEFNRFADER - THIS iS THE PROCEDURE RESPONSIBLE FOR TYPE 19 
AND RjE INPUT. IT GATHERS INPUT FROM THE ADAPTER UNTiL IT 
SENSES THE FnD OF THE MESSAGE. IN THE CASE OF THE INPUT BEING 
FROM A RJE LINE THE PROCEDURE WRL TAKE DIFFERENT ACTION 
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DCQUPT#INOuPT - THESE PROCEDURES HANDLE THE INTERRUPTS THAT COME 
OVER THE R-2«9, THEY HAVE BEEN CHANGED TO CHECK FOR RJE LINES 
AND WILL ROUTE THE APPROPRIATE INFORMATION TO THE CORRECT RjE 
HANDLING SPOT INSTEAD OF THE NORMAL PLACES. (E.G. IF A READ 

READY Interrupt is received for a rje line nineteenreader will 
BE RUN Instead of possibly dcread or inqupt or whatever). 



8,8 nciooo executive 



B.8.1 NOTHING-TO-DO 



THE HEART OF THE EXECUTIVE PROGRAM IS THE NOTH I NG-TO-DO ROUTINE. 
ITS BASIC FUNCTION IS TO MONITOR THE STaTuS OF THE PERIPHERALS AND 
INVOKE PROCEDURES As mFFDED TO HAnOlE COMMUNICATIONS WITH THE SYSTEM. 

THE FIRST ACTION PERFORMED BY NOTHI mG-TO-DO IS TO CHECK THE STATE 
OF nciOOO OPERATIONS, SHOULD THE PROCESSOR BE IN CONTROL STATE 
(INTERRUPTS DISABLED)* THE DCIOOO WILL HALT, THE EXECUTIVE MUST BE IN 
NORMAL STATE uPON ENtRY TO THE NOTH INQ-TO-DO LOOP. ENTRY WHILE IN 
CONTROL STATE WOULO INDICATE AN INVALID EXIT FROM INTERRUPT PROCESSING* 
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AMD WOULD RESULT Tn ALL FUTURE INTERRUPTS BEInG IGNORED. 

IF THE PROCESSOR IS IN NORMAL STATE* THE NEXT PORTION OF NOTHING- 
TO-nn CHECKS THE STATUS OF THE COMMUNICATIONS LINK WITH THE SYSTEM, IF 
THE LINE IS NOT ACTIVE* THE EXECUTIVE WILL CALL A PROCEDURE NAMED MODEM- 
inLE. IT IS THE FUNCTION OF MODEM-IDLE TO DETERMINE IF THE CONDITIONS 
OF THE SYSTEM ARE SUCH THAT LINE ACTIVITY SHOULD BE INITIATED. IF ALL 
CONDITIONS ARE MET MODEM-InLE CALLS OPEN-LINE WHICH INITIATES THE MODEM 
CODE AS AN INDEPENDEMT RUNNER. 

THE NEXT STEP OF nOThI NG-TO-DO iS PERFORMED ONLY IF THE DCIOOO HAS 
BEEN CONFIGURED WItH A PRINTER SPECIFIED AS PREsEnT. 

STEP THREE CONSISTS OF LOADING THE PRINTER STATUS THEN CALLING A 
PROCEDURE NAMED PRINTER-CHECK. PRI NTER-CHECK KNOWS HOW TO HAnDlE AlL OF 
THE PRINTER CONDITIONS WHICH CAN OCCUR, THE HANDLING OF THE PRINTER IS 
LEFT ENTIRELY TO PRINTER-CHECK, 

THE FOURTH STAGE OF NOTHING-TO-DO IS PERFORMED ONLY IF THE SYSTEM 
HAS BEEN GENERATED WiTH A CARD READER SPECIFIED AS AN INPUT DEVICE. 

THIS STEP OF THE LOOP CHECKS THE STATUS OF THE CARD READER. SHOULD 
THE SOFTWARE STATUS OF THE READER BE NOT READY* THE EXECUTIVE WILL 
BRANCH TO C ARD-RE aOER-NOT-RE ADY . IF ON THE OTHER HAND* NO CARD I/O IS 
IN PROGRESS* A CALL WILL BE MADE ON CARD-READER- READY. 

THE NEXT PHASE OF NOTHi NG-TO-OO CONSISTS OF A TWO PART TEST OF THE 
STATUS OF THE SPO. FIRSTLY* IF THE SPO IS WRITE READY* AN INDIRECT 
BRANCH IS MADE ON SPO-LABEL. AT THIS TIME* SPO-LABEL WILL CONTAIN THE 
ADDRESS OF THE NEXT PIECE OF SPO OUTPUT CODE THAT IS TO BE EXECUTED, 
THE SECOND PART OF THE TEST CONSISTS OF CHECKING FOR KEYBOARD INPUT. IF 
KEYBOARD DATA IS PRESENT. NOTHI NG-TO-OO WILL BRANCH TO THE SPO INPUT 
ROUTINE. 

THE NEXT TO LAST OPERATION IN NOTHI NG-TO-DQ IS CHECKING FOR DEVICE 
NOT READY CONDITIONS CAUSED BY LACK OF MEMORY, WHENEVER THE SYSTEM 
TRIES TO SEND MORE DATA TO A DEVICE THAN MEMORY CAN CONTAIN* A MESSAGE 
IS ^FNT TO SYSTEM INDICATING THAT THAT DEVICE IS NOT READY. THIS 
OPERATION OF NOTHING-TO-DO CHECKS TO SEE IF THE CONDITIONS ARE SUCH THAT 
A MESSAGE SHOULD RE SENT TO THE SYSTEM INFORMING THE SYSTEM THAT A 
DEVICE IS NOW READY. IF A DEVICE IS NOT READY* AND ITS QUEUE HAS BEEN 
EXHAUSTED* A DEVlCE READY MESSAGE SILL BE SENT TO THE SYSTEM. 



THE FINAL OPERATION CONSISTS OF CHECKING THE ENQ TIMER. THE TIMER 
IS ACTUALLY CHECKED ONLY IF THE LAST OPERATION ON THE LINE WAS THE 
TRANSMISSION HE AN FnQ. BY CONVENTION* THE SYSTEM HANDLES ALL OTHER 
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TIMEOUTS. HOWEVER, THERE ARE PRUBLPMS IF ROTH THE MCP AND THE DClOOO 
TRANSMIT AN ENQ AT THE SAME TIME. 

IF THE LAST ACTIVITY OM THE LINE WAS NOT TRANSMITTING AN EOT OR THE 
CLOCK IS NEGATIVE, INDICATING THAT A TIMEOUT HAS NOT DCCURED YET# A 
BRANCH TO NOTHI NG-TO-DH IS PERFORMED. OTHERWISE* IF LESS THAN FOUR ENQS 
HAVE BEEN SENT* THE LINE STATUS IF CLEANED UP, AND THE TRANSMISSION OF 
ANOTHER ENQ IS STARTED, FOLLOWED BY A BRANCH TO THE START OF NOTHING-TO- 
00. IF, HOWEVER* FOUR ENQS HAVE ALREADY BEEN SENT, AN ERROR MESSAGE IS 
PRiNTFD AND A BRANCH TO THE START OF NOTH I NG-TO-DO IS PERFORMED, 

NOTHlNG-Tn-OO IS EXECUTED IN NORMAL STATE, THEREFORE, IT OR ANY OF 
THE PROCEDURES THAT TT TRANSFERS CONTROL TO CAN BE INTERRUPTED AT ANY 
TlMr. HOWEVER, HUE TO THE ACTUAL DATA LOAD, MOST OF THE DCIOOO-S TIME 
WILL BE SPENT EXECUTING THE NOTHING TO DO CODE. THIS INSURES THAT ANY 
CHANGES OF STATUS WILL RE DETECTED AND ACTED UPON AT THE EARLIEST 
POSSIBLE MOMENT. 



8,8.2 PRINTER-CHECK 



PRINTER-CHFCK IS A PROCEDURE THAT IS CALLED EACH TIME THAT NOTHlNG- 



TO-nn IS 
FOR an - 

UPDATED. 

ATTEMPTING 

PERFORMING 



EXECUTEn, THIS PROCEDURE IS EXECUTED IN NORMAL STATE* EXCEPT 
48 MICRO SECONDS DURING WHICH THE PRINTER QUEUE IS BEING 

THE INTERRUPTS ARE DISABLED TO PREVENT THE MODEM CODE FROM 
TO UPDATE THE QUEUE AT THE SAME TIME AS PRINTER-CHECK IS 

ITS UPDATE, 



PRINTFR-CHECK FIRST TESTS 
DETERMINE IF THE PRINTER HAS 
INTERLOCKED, THE PRINTER CONTROL 
Is SAMPLED, IF THE PRINTER IS NO 
THAT THE NEXT TIME THE PRINTER I 

exIt is performed, if, on th 

SECOND INTERLOCK BIT IS TfSTED. 
I/O CAN BE STARTED aGAIn. IN THA 
EXECUTION CONTINUES AS IF THE P 
PRINTERCHECK. IF INTERLOCK? I 
NOTHTNG-TO-DO, 



THE STATUS OF THE LINE PRINTER TO 

BEEN INTERLOCKED. IF IT HAS BEEN 

IS CLEARED* AND THE PRINTER READY LINE 

T READY, THE STATUS BIT WHICH INDICATES 

S READY, I/O CAN BEGIN IS SET, THEN AN 

E OTHER HAND, THE PRINTER IS READY, THE 

IF THE SECOND INTERLOCK IS TRUE* THEN 

T CASE* THE INTERLOCKS ARE CLEARED, AND 

RINTER WERE NOT INTERLOCKED AT ENTRY TO 

S NOT TRUE, CONTROL IS RETURNED TO 



IF THr PRINTER IS MOT INTERLOCKED, THE FOLLOWING ACTION TAKES PLACE 
IF THE PRINTER IS PERFORMING AN OUTPUT* PRI NTER-CHECK WILL EXiT. 
OTHERWISE, THE RESULTS OF THE PREVIOUS OPERATION ARE EXAMINED TO 
DFTFRMINE IF ANY ERRORS OCCUREO. IF THERE WERE ERRORS, AN ERROR MESSAGE 
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IS PRINTED, THE PRINTER IS INTERLOCKED AND THE PROCEDURE IS EXITED. 



IF NO ERRORS OCCuRED» 
WRITE TO THE PRINTER. 



PRINTER-CHECK WiLU ATTEMPT TO START ANOTHER 



THERE ARE SEVERAL STEPS WHICH MUST BE PERFORMED IN ORDER TO 
INITIATE AN I/O. FIRSTLY, THE PRINTER CONTROL IS CLEARED. THEN* THE 
PRiNTER-FORMAT-COUNT IS TESTED TO SEE IF THE WRITE JUST COMPLETED WAS 
NOT THE LAST I/O IN THE WRITE. THE PRINTER*F0RMAT- COUNT 
TWOS COMPLEMENT VALUE OF THE NUMBER OF TIMES THAT THE L^NE 
BE DUPLICATED TO PROVIDE THE DESIRED AMOUNT OF PAPER MQTlON FOR A GIVEN 
WRiTF. IE THE PRINTER-FORMAT- COUNT IS NOT ZERO THEN PAPER MOTION FOR 
THE LAST WRITE HAS NOT flEEN COMPLETED. THIS CONDITION IS HANDLED BY 
BRANCHING TO THE CODE WHICH OUTPUTS THE PRINTER FORMAT BYTE. 



CONTAINS THE 
FORMAT IS TO 



IF THE NEXT TEST IS REACHED* THEN THE PRINTER IS READY TO PERFORM 
ANOTHER WRITE. ACCORDINGLY, PRINTER-CHECK WiLL EXAMINE THE PRINTER 
QUEUF TO DETERMINE IF THERE IS ANY DATA TO WRITE TO THE PRINTER. IF THE 
OUEUE IS EMPTY. AN EXIT WILL BE MADE TO NOTHING-TO-DO. 

HAVING DETERMINED THAT ALL CONDITIONS TO INITIATE A WRITE ARE 
SATISFIED, THE LiNE-FORMAT AND LINE-REPLICATOR OF THE NEXT wRiTE WILL BE 
EXAMINEDt IF THE WRITE IS A WRITE AFTER* THE LINE- FORMAT AND LINE- 
RFPlICATOR WILL BE CHANGED TO A WRITE WITHOUT SPACING* AND THE PAPER 
MOTION WILL BE SET UP AND A BRANCH TO THE CODE WHICH OUTPUTS THE FORMAT 
CONTROL WORD WILL BE MADE. 



IF THE WRITE 
NORMAL DATA TRANSFER 



WAS A WRITE BEFORE OR A WRITE WITHOUT PAPER MOTION* 
TO THE PRINTER WILL TAKE PLACE. 



AFTER THE PHYSICAL BUFFER OF THE PRINTER HAS BEEN FILLED, THE 
SOFTWARE BUFFER IS DELINKED FROM THE QUEUE AND FORGOTTEN. THEN* THE 
CLOCK IS UPDATED TO RECORD THE TIME NECESSARY FOR THE I/O TO BE 
INITIATED. 

THE LAST PHASE OF PRINTER-CHECK TRANSFERS A FORMAT WORD TO THE 
PRINTER. THIS FINAL BYTE TRANSFER ORDERS THE PRINTER TO PRINT ITS 
BUFFER THEN MOVE THE PAPER AS THE FORMAT WORD SPECIFIES. THE PRINTER- 
FORMAT-COUNT IS INCREMENTED TO ACCOUNT FOR THE PAPER MOTION ORDERED BY 
THE FORMAT WORD ( NFXT-PR INTER-FORMAT ) . 

THE FLOW OF CONTROL IS THEN RETURNED TO NOTHING-TO-DO. 



AT A NUMBER OF 
READY LEVEL IS TESTED. 
ONE OF THESE TESTS IS 



STRATEGIC PUINTS ALONG THIS PROCESS, THE PRINTER 
IF THE PRINTER IS NOT READY AT THE TIME THAT ANY 
MADE* AN ERROR MESSAGE WILL BE PRINTED* THEN THf 
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PRINTER WILL BE INTERLOCKED, 

TN The INTERESTS OE EEEICIENCY* AN ATTEMPT IS MADE TO TRANSFORM 
MULTIPLE SINGLE SPACES INTO DOUBLE SPACES. THE RESULT OF THIS OPERATION 
CAN TN SOME CASES ALMOST DOUBLE: THE THROUGHPUT OF THE PRINTER. 



B,8,? CARD-REAHER-NOT-READY 



CARD-REAOER-NOT-READY IS EXECUTED EACH tImE THAT THE NOTHING TO 00 
LOOP DETECTS THAT THE CARD READER HAS JUST BEEN MARKED NOT READY. 

THIS ROUTINE CHECKS TO SEE IF THE CArD READER HAS BEEN INTERLOCKED, 
INTERLOCK TRUE IMPLIES THAT AN ERROR MESSAGE HAS ALREADY BEEN PRINTED, 
AS IT DOES ON ALL OTHER DEVICES, SINCE A PREVIOUS ERROR MESSAGE HAS 
BEEN PRINTED, IF THE READER IS INTERLOCKED, THE NOT READY MESSAGE WHICH 
WOULD NORMALLY BE PRINTED IS SUPPPRESSED, IF THE INTERLOCK IS FALSE, 
THE NOT READY MESSAGE IS PRINTED, THEN THE INTERLOCK IS SET. IN EITHER 
CASE, THE FLOW OF CONTROL IS RETURNED TO NOTH I NG-TO-OO , 



8. 8, /J CARD-READER-READY 



CARD-READER-READY IS CALLED WHEN NOTHlNG-TO-DO CHECKS THE STATUS OF 
THE READER AND FINDS IT READY AND IDLE. 

THE FIRST THING THAT THIS PROCEDURE DOES IS FIND OUT IF A CARD 
IMAGE HAS BEEN READ INTO MEMORY. IF THERE IS A CARD IMAGE IN CORE, THEN 
CONTROL Is GIVEN TO A ROUTINE WHICH WILL CONVERT THE CARD TO ASCII AND 
COMPRESS ALL STRINGS OF SIX OR MORE BLANKS INTO THE PROPER FORM FOR 
COMPRESSED DATA. 



NEXT, 
RFAOFR IS 
WHEN IT IS 



THE INTERLOCK BIT FOR THE CARD READER IS TESTED. IF THE 
INTERLOCKED, THE SAME ACTION THAT IS APPLIED TO THE PRINTER 
INTERLOCKED IS APPLIED TO THE CARD READER. 



IF THE RFAOFR WAS NOT INTERLOCKED OR INTERLOCKS WERE JUST CLEARED, 
THE READING OF A CARD IS INITIATED. THEn CARD READER READY RETURnS TQ 

nothing-to-do. 

THE PROCEDURE WHICH TRANSLATES THE CARD IMAGE IS RaTHER STRAIGHT 
FnRwARD, IT GETS A BUFFER Tt^EN PROCEEDS TO MOVE THE CARD ImaGE From THE 
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PMYSTCAL I/O BUFFER TO THE SOFTWARE 

OF THE CARD 

AT THE SAME TIME' 
INTO THE STANDARD FORM 

CHECK FOR INVALID 
IS F0uND» an ERROR 
FORGOTTEN' THE READER IS INTERLOCKED AND AN 



I/O BUFFER TO 
INTERPRETS THE PUNCHES 
EQUIVALENT ASCH 
FIVE BLANKS ARE 
SEQUENCES AND* A 
INVALID CHARACTER 



CHARACTER* 
COMPRESSED 



Buffer. while doing this» it 
and translates them into the 

sequences of MORE THAN 
"" OF COMPRESSED BLANK 
- IF PERFORMED. IF AN 

-^ .^ PRINTED, THE BUFFER IS 

EXIT IS PERFORMED. 



CHARACTERS 
^'ESSAGE IS " 



UPON SUCCESSFUL CONVERSION OF THE CARD IMAGE, THE SOFTWARE BUFFER 
Is LINKED INTO THE READER QuEUE, THE CLOCK IS UPDATED, THEN, THE NEXT 1/ 
IS INITIATED. 

THIS PROCEDURE IS EXECUTED PREDOMINANTLY IN NORMAL STATE. AS WITH 
THE PRINTER, INTERRUPTS ARE DISABLED ONLY WHILE THE QUEUE IS BEING 
UPDATED. 



B.8,5 SPO-INPUT 



SPO-INPUT 

KEYRnARD Input 



IS EXECUTED 
IS WAITING TO 



WHEN THE 
BE READ. 



NOTHING-TO-OO LOOP FINDS THAT 



spo-input chfcks to see if a keyin is currently in progress. if 
this character is the first in a message, space is found and the status 
of the spo is updated to show that input is in progress, then the 
character is read and stored. 

however* if a keyin is in progress already, the character is read 
and stored straight away. 

after the character has been stored, control is returned to 
nothing-to-do. 



STORAGE OF A CHARACTER ACTUALY INVOLVES QUITE A NUMBER OF STEPS. 
THE CHARACTER IS STORED IN THE BuFFER AND IN A STORAGE LOCATION NAMED 
CHAp; THEN THr CHARACTER IS CHECKED TO DETERMINE IF IT IS A RUBOUT OR A 
CARRIAGE RETURN. IF EITHER ONE IS ENCOUNTERED, THE PROPER ACTION IS 
TAKEN. AND* FINALLY, A TEST IS MAKE TO FIND OUT IF THE CHARACTER JUST 
RECEIVED WAS THf 7?nD CHARACTER OF THE CURRENT LINE. IF IT IS, THEN THE 
STATUS OF THE SPO Is CHANGED SO THAT THE ECHO CODE WILL OUTPUT A 
CARRIAGE RETURN - LTnE FEED AFTER THE CHARACTER IS PRINTED. BY THIS 
METHOD, SPn INPUT MESSAGES OF GREATER THAN 72 CHARACTERS ARE COMPLETELY 
READABLE. 
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IF THE CHARACTER READ TS A CARRIAGE RETURN* THE KEYBOARD INPUT WILL 
BE QUEUED IN THE KEYIN QUEUE FOR TRANSMISSION TO THE SYSTEM. THE SPO IS 
THEn marked INPUT IDLE, 

THE OCCURANCE OF A RUBOUT RESULTS IN THE SPACE CURRENTLY BEInG HELD 
FOR THF INPUT REiNG FORGOTTEN* AND THE SPO STATUS BEING SET TO IDLE, 

FOLLOWING STORAGE OF A CHARACTER AND ANY ACTION WHICH IT (THE 
CHARACTER) CAUSES, CONTROL IS RETURNED TO NOTH I NG-TO'DO . 

NOTE THAT IN THr EVENT THAT SPO INPUT TRIES TO GET SPACE AND NO 
SPACE IS AVAILABLE, ERROR ACTION IS TAKEN. ANY SPACE WHICH IS ALREADY 
IN USE FOR THE KEYiN IS FORGOTTEN* AN ERROR MESSAGE IS QUEUED FOR THE 
SPO, AND STORING OF CHARACTERS IN THE BUFFER IS SUPPRESSED FOR THE 
REMAINDER OF THE KFYIN. 

B,8.6 SPO-OUTPUT 



THIS ROUTINE IS REACHED BY AN INDIRECT BRANCH THROUGH SPOUT- LABEL 
WHENEVER THE SPO IS WRITE READY, SPOUT-LABEL CONTAINS THE ADDRESS WHERE 
SPO OUTPUT PROCESSING IS TO RESUME WHEN THE SPO NEXT BECOMES WRITE READY. 
THE VALUE IN SPOUT-LABEL IS USUALLY PUT THERE BY A CALL ON SPOUT-SLEEP, 
SPOuT-SLEEP STORES AN ADDRESS IN SPOUT-LABEL AND TRANSFERS CONTROL TO 
NOTHING-TO-DO, 

SPO-OUTPUT IS BASICALLY TWO PATHS OF CONTROL, ONE PATH HAS THE 
FUNCTION OF PRINTING SPO OUTPUT GENERATED BY THE SYSTEM OR BY THE DCIOOO. 
THE OTHER PATH IS RESPONSIBLE FOR ECHOING THE KEYBOARD INPUT BACK TO THe 
SPO SO THAT THERE WiLL BE A VISIBLE RECORD OF tHE CHARACTERS ENTERED ON 
THE SPO BY THE OPERATOR. 

THF CODE WHICH FCHOS InPUT FROM THE KEYBOARD TO THE SPO IS VERY 
SIMPLE. THE VALUE STORED IN CHAR BY SPO INPUT IS TRANSFERED TO THE SPO. 
THEN A TEST IS MADE TO DETECT WHETHER A CARRIAGE RETURN LINE FEED 
SEQUFNCF SHnULD BE WPlTTFN BECAUSE THE LAST CHARACTER WAS THE 72ND 
CHARACTER OF A LINE, IT THE TEST IS TRUE, THEN A SPOUT- SLEEP WILL BE 
MADE WITH THE ADDRESS POINTING TO CODE TO PERFORM THIS FUNCTION, 

THF ECHO CODE AlSO CHECKS TO SEE IF THE KEYBOARD INPUT HAS BEEN 
TERMINATED. IF SO, THE SPO WILL BE MARKED OUTPUT IDLE. 

THE rnOF WHICH PRINTS NORMAL SPO OUTPUT IS EvEN lESS COMPLICATED. 
THE "AIN DIFFERENCE IS tHAT THE CHARACTERS TO BE PRINTED MuST BE FETCHED 
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trom a Buffer. 
performed. 



AND# NO CHECKS EQR LONG LINES OR DELETES NEED BE 



WHFN THE T/0 HAS BEEN COMPLETED* THE SPO IS MARKED IDLE. 

WHEN THE SPn 1$ IDLE* NOtHI NG-tO-00 WILL BRANCH tO THE SPO OUTPUT 

Initialize code each time that nothing-to-do is executed, this is due 
to the fact that the spo is continually write ready* and the fact that 
when the spo is write idle* the spout label always points to the 
initialize code. 



THE SPO OUTPUT INITIALIZE CODE CHECKS FOR SYSTEM 
GENERATED SPO OUTPUT* iN THAT ORDER. IF NO OutPuT IS POuND* 
RETURNED TO NOTHlNG-TQ-DO. IF AN OUTPUT MESSAGE IS FOUND* 
TRAnSFEREO TO THE SPD OUTPUT CODE, 



AND DClOOO 
CONTROL IS 
CONTROL IS 



NOTE 
MESSAGES. 
POSSIBLE. 



THAT SYSTEM 5PO MESSAGES ARE PRINTED BEFORE LOCALLY GENERATED 
THE EFFECT OF THIS ACTION IS TO FREE UP MEMORY AS RAPIDLY AS 



THE mORmAl PRINTING CODE TESTS TO SEE IF THE BREAK KEY HAS BEEN 
PRESSED WHILE PRINTING WAS REING DONE. IF A BREAK OCCURS* THE WRITE IN 
PROGRESS IS TERMINATED AND THE CODE TO ECHO BACK KEYBOARD INPUT IS 
ENTERED. OUTPUT WILL BE HELD UP UNTIL THE KEYIN JUST STARTED IS 
TERMINATED. 



B.e.r DATA COMMUNICATIONS ROUTINES 



THE CODE WHICH HANDLES THE COMMUNICATIONS WITH THE SYSTEM IS THE 
LARGEST SINGLE CLASS OF CODE IN THE EXECUTIVE. ONCE ACTIVATED* IT WILL 
RUN UNTIL NO MESSAGES REMAIN TO BE SENT OR ARE BEING RECEIVED. ALL 
DETAILS OF HANDLING COMMUNICATIONS WITH THE SYSTEM ARE HANDLED BY THIS 
BLOCK OF CODE. THE DATACOM CODE RUNS AS NECESSARY* AND SLEEPS AWAITING 
INTERRUPTS WHEN IT HAS FINISHED HANDLING A CONDITION. 

THE Interrupts which the oatacom code sleeps on arei 



1. data received. 

2. data transmitted. 

^, Clear to send status change. 
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H, CARRIER STATUS CHANGE. 

5. INTERLOCK STATUS CHANGE. 

6, RING RECEIVED, 



FOR A DETAILED DESCRIPTION OF THE MEANINGS OF THESE INTERRUPTS 
REFER TO THE DC 1000-DC1200 SYSTEMS REFERENCE MANUAL. SUFFICE IT TO SAY* 
FDR PURPOSES OF THIS DISCUSSION* THAT THESE INTERRUPTS SIGNIFY THE 
COMPLETION OF AN OPERATION BY THE CONTROLLER' OR AN UNEXPECTED CHANGE IN 
THE STATUS OF THE COMMUNICATIONS LINK. THESE INTERRUPTS CAUSE CODE TO 
8E EXECUTEO WHICH CAN HANDLE THE CONDITIONS WHICH THE REPRESENT. 

THE COMMUNICATIONS CODE MAY BE INITIATED IN TWO WAYS. THE FIRST 
HAS ALREADY BEEN MENTIONED. THE NOTHING-TO-DO LOOP CAN CALL MODEM-IDLE 
AND CAUSE THE lI^E TO BECOME ACTIVE. THE SECOND WAS THAT THIS BLOCK OF 
CODE CAN BECOME ACTIVE IS BY A CARRIER INTERRUPT. THEN THE LINE IS 
IDLE* A CARRIER INTERRUPT IMPLIES THAT THE SYSTEM IS PREPARED TO 
TRANSMIT A MESSAGE TO THE DClOOO. 

ONCE STARTED* THE COMMUNICATIONS CODE WILL CONTINUE TO RUN uNTiL 

THERE IS NO TRAEFIC ON THE LINE. ANY ERRORS WHICH OCCUR WILL BE 

CORRECTED IF POSSIBLE. ALL ACKING* NAKING AND RETRIES ARE UNDER THE 

CONTROL OF THE COMMUNICATIONS ROUTINES. 
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THE BULK OF THE CODE WHICH HANDlES DAtA TRANSFER IS SIMPLE AND 
STRAIGHT FORWARD. DATA IS RECEIVED OR TRANSMITTED THEN THE NEXT 
ACTIVITY TS SET IN ACCORDANCE WITH THE ACTIONS PERFORMED. ONLY A SMALL 
NUMBER OF ROUTINES HAVE ANY AMOUNT OF DECISION MAKING ABILITY, THE 
ROUTINES WHICH DO HAVE DECISION MAKING CAPACITY ARE: 
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1. acknowledge 

2. oecypheR response: 

3. message transmission code 

4. Message storage code 

b, 8,7,1 acknowledge 



A MESSAGE CAN BE ACKNOWLEDGED WITH EITHER AN ACK OR A MESSAGE. THE 
REASON FOR ALLOWING A MESSAGE AS AN ACKNOWLEDGEMENT IS TO DECREASE TO A 



MINIMUM THE AMOUNT OF TIME 
NUMRER OF TIMES THAT THE 
OR TRANSMIT TO RECEIVE 
ACKNOWLEDGE A MESSAGE MUST 
AN ACK, THIS DECISION 



SPENT TURNING THE LINE AROUND BY REDUCING THE 
LINE MUST BE CHANGED FROM RECEIVE TO TRANSMIT 
MODE. ACCORDINGLY* THE CODE EXECUTED TO 
DECIDE IF A MESSAGE IS TO BE SENT RATHER THAn 
IS MADE BY CALLING A SUBROUTINE NAMED FIND A 

TRANSMIT* A VALUE 



MESSAGE. IF FInh A Mf:SSAGE CANNOT FIND ANY THING TO 
OF ZERO WILL BE RETURNED. 

IN THE EVENT THAT A ZERO RESULTS FROM THE CALL* AN ACK WILL BE SENT, 
THEN NEXT ACTIVITY WILL BE SET AS DECYPHER RESPONSE. AND. FINALLY, THE 
LINE WILL BE CLOSED BY BRANCHING TO FINISH TRANSMIT. 



IF* ON THE OTHER HAND* A 
TRANSMISSION TO THE SYSTEM* THE 
MESSAGE. THEN A BRANCH IS MADE TO 



MESSAGE IS FOUND TO BE READY FOR 
STATUS OF THE LINE IS SET TO TRANSMIT 
THE CODE WHICH TRANSMITS MESSAGES. 



B.8.7,2 DECYPHER-'RESPCNSE 



THE SAME RFASONIMG MUST BE APPLIED TO THE ROUTINE WHICH LOOKS FOR 
THE ACKNOWLEDGEMENT TH A MESSAGE JUST SENT TO THE SYSTEM, ANY ONE OF A 
NUMBER OF RESPONSES MAY OCCuR TO THE ENDING OF A MESSAGE. THE 
CHAraCTtRS which may Br RECEIVED IN RESPONSE TO A MESSAGE ARE ACK* NAK* 
EnQ, EOT OR SOH. EACH ONE OF THE ABOVE CHARACTERS HaS A DISTINCT AND 
OIFFFRFNT MEANING. THE CHARACTERS AND THEIR MEANINGS ARE» 



ACK 



LAST MrsSAGE OK 
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NAK 



RETRANSMIT LAST MESSAGE 



ENQ HALT LOAD HAS OCCURED 

EOT HALT LOAD HAS ncCURED 

SOH LAST MESSAGE WAS RECEIVED OK AND MESSAGE TO EDLLOW 

THE ROUTINE wHICH LOOKS FOR ACKS IS# THeREEqRE* CAPABLE OP 
RFCHGNIZING EACH OF tHESF CHARACTERS AND PERFORMING THE FUNCTIONS IN 
ACCORDANCE WITH THEIR IMPLIED MEANINGS, THE FOLLOWING IS THE FLOW OF 
CONTROL FOR DECYPHER RESPONSE. 



ack ts Found, 

TO THE SYSTEM IS 



IF Am 
TRANSMITTED 

NUMBER IS INCREMFNTFD, NEXT* 
IS FOUND* NEXT ACTIVITY IS 
IGNORE INTERRUPTS IS DONE. IF* 
SEND* NEXT ACTIVITY IS SET 
INTERRUPTS SLEEP IS DONE. 



THE SPACE OCCUPIED BY THE LAST MESSAGE 
FORGOTTEN, THEN* THE TRANSMIT TRANSMISSION 
FIND A MESSAGE IS CALLED* IF NO MESSAGE 
SET TO TRANSMIT AN EOT. THEN A SLEEP ON 
ON THE OTHER HAND* A MESSAGE IS READY TO 
TO TRANSMIT A MESSAGE, THEN AN IGNORE 



THE ncCURANCE OF A NAK INDICATES THAT THE LAST MESSAGE WAS NOj 

RECEIVED PROPERLY BY THE SYSTEM. 50* THE DATA SENT IN THE LAST MESSAGE 
IS LINKED BACK INTO THE PROPER DEVICE QUEUE. THEN* NEXT ACTIVITY IS SET 

TO CAUSE MESSAGE TRANSMISSION. FINALLY* THE IGNORE INTERRUPTS SLEEP IS 

PERFORMED. 

IF AN EOT OR AN ENQ IS RECEIVED* A HALT LOAD HAS OCCURED. 
THEREFORE* CLEANUP ACTION IS DONE SO THAT THE HALT LOAD MESSAGE CAN BE 
PROPERLY HANDLED. THE LINE WILL BE SET TO IDLE* THEN AN IGNORE 
INTERRUPTS SLEEP WILL BE PERFORMED. 



SHOULD 

Elicited by 

FORGOTTEN* 
will THEN 
INTERRUPTS 

PERFORMED. 



THE CHARACTER SOH BE RECEIVED* ACTION SIMILAR TO THAT 
AN ACk will OCCUR* THE LAST MESSAGE"S SPACE WILL BE 
THEN THE TRANSMISSION NUMBER WRL BE INCREMENTED. STATUS 
BE SET TO RECEIVE MESSAGE. AND' INSTEAD OF AN IGNORE 
SLEEP* A SLEEP TO AWAKE AT THE STORE MESSAGE CODE WILL BE 



THE 



OCCURENCE 



OF ANY OTHER CHARACTER WILL IDLE THE LINE. 



B.8.7.3 TRANSMIT-MFSSAGE 



SVSTrW OPERATION GUIDE 



PAGE 158 



THE ROUTINE WHICH TRANS^^ITS MESSAGES DOES QUITE A BIT OF CHECKING 
AMD DECISION MAKING. IT STARTS OFF BY TRANSMITTING THE HEADER THEN 
CALLING FIND a MESSAGE TO G^T THE FIRST MESSAGE TO BE SENT. THEn THE 

data is sent. with the transmission of a character of data* a test is 
made to find out if all of the data in the particular buffer being 
Handled has been sent to the system, if end of data has not occurred* a 
sleep is performed. if. however* an end of message occurs* the 

FOLlDwING ACTION wiLL TAKE PLACE. FIND A MESSAGE WiLL BE CALLED TO FINq 
OUT IF THERE IS ANY MnRE TRAFFIC TO BE SENT TO THE SYSTEM. IF NO MORE 
DATA IS READY FOR TRANSMISSION. A SLEEP IS DONE TO CAUSE AN ETX THEN THE 
BCC TO BE TRANSMITTED TO THE SYSTEM. FOLLOWING THE TRANSMISSION OF THE 
BCC, STATUS UPDATING WILL BE PERFORMED AND A BRANCH TO FINISH TRANSMIT 
WILL BF DONE. 

TF. HOWEVER* A MESSAGE WAS FOUND BY FIND A MESSAGE* THE FOLLOWING 
ACTION TAKES PLACE. THE NFW BUFFER IS ADDED TO THE PART OF THE MESSAGE 
THAT HAS ALREADY BEEN SENT. THEN A SLEEP IS DONE SO THAT A CARRIAGE 
RETURN WILL BE SENT BEFORE THE TRANSMISSION OF THE NEW DATA BUFFER 
BEGINS. 

8,8,7,4 RECEIVE-MESSAGE 



THE PIECE OF CODE WHICH RECEIVES MESSAGES IS THE LONGEST SINGLE 
ROUTINE IN THE COMMUNICATIONS CODE. THE NEED FOR THIS IS BROUGHT ABOUT 
BY THE LARGE NUMBER OF DECISIONS WHICH MUST BE MADE. DECISIONS 
CONCERNING THE lINE AND THE REGULARITIES OF THE PERIPHERALS MUST BE MADE. 
EVEN THOUGH THE DECISIONS ARE TABLE DRIVEN TO THE GREADEST EXTENT 
POSSIBLE* A LARGE VOLUME OF CODE IS NEEDED TO HANDLE ALL OF THE 
CONDITIONS WHICH CAN OCCUR. THE RECEPTION OF A MESSAGE CONSISTS OF THE 
FOLLOWING STEPS. 

FIRST, THE HEADER IS RECEIVED. ALL CONSTANT CHARACTERS IN THE 
HEADER ARE CHECKED FOR CONTENT. FAILURE TO MATCH THE EXPECTED CHARACTER 
IS A FORMAT ERROR. 

AFTER THE TWO CHARACTERS SPECIFING WHICH UNIT THE MESSAGE IS FOR 
HAVE BEEN INTERPRETED, THE STORAGE LOCATIONS WHICH CONTAIN THE DEVICE 
DEPENDENT nATA ARE INITIALIZED. 

NEXT, THE TRANSMISSION NUMBER IS RECEIVED AND COMPARED WITH THE 
NUMBER THAT IS EXPECTED. TF THE TWO DON"T MATCH* AN ERROR MESSAGE WILL 
BE PRINTED. 
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THEN* THE FINAL CHARACTER OF THE HEADER IS RECEIVED AND CHECKED. 

FOLLOWING THE STX* THE RECEIVING AND STORING OF TEXT BEGINS. WHEN 
THE CODE WAKES UP AFTER THE FIRST CHARACTER ARRIVES* THE FIRST CHARACTER 
WILL BE FOUND TO BE A CARRIAGE RETURN. THE CARRIAGE RETURN WILL CAUSE 
THE NORMAL END OF BLOCK BRANCH TO BE TAKEN. 

END OF Block 



THE END OF BLOCK ROUTINE PERFORMS ALL OF THE HOUSE KEEPING 
NFCfSSARY UPON ENCOUNTERING THE END OF A BLOCK. THE OPERATIONS ARE 
PERFORMED IF A BUFFER WAS BEING FILLED PRIOR TO THE CARRIAGE RETURN 
WHICH CAUSED THf END OF BLOCK BRANCH. THEREFORE* THE FIRST END OF BLOCK 
BRANCH WILL NOT HAVE ANy POINTER UPDATING TO PERFORM, 

THE HOUSE KEEPING NEEDED TO WRAPUP A BUFFER CONSISTS OF THE 
FOLLHWING ACTIONS. ANY TRAILING BLANKS THAT ARE NEEDED ARE ADDED TO THE 
END OF THE BUFFER. THE CHARACTER COUNT FOR THE BUFFER IS UPDATED. 
THEN, THE BUFFER IS LINKED INTO THE PREVIOUS BLOCKS OF THE MESSAGE. 

THE REST OF THE END OF BLOCK CODE IS ALWAYS PERFORMED. 

NEXT* A GET SPACE IS DONE TO OBTAIN A RuFFER FOR THE NEXT PORTION 
OF THE MESSAGE. SHOULD NO SPACE BE AVAILABLE* ANY SPACE ALREADY USED BY 
THE MESSAGE WILL BE RETURNED. THEN* A UNIT NOT READY MESSAGE WiLL BE 
QUEUED* AND THE NEXT ACTIVITY WILL BE SET TO ACKNOWLEDGE. AFTER THESE 
OPERATIONS HAVE BEEN PERFORMED* INTERRUPTS WILL BE IGNORED. 

IF THE GET SPACE IS SUCESSFUL, MESSAGE POINTERS AND COUNTERS ARE 
INITIALIZED. THENj. IF APPLICABLE* ANY CARRIAGE CONTROL CHARACTERS ARE 
HANDLED BEFORE CONTROL IS GIVEN TO THE MESSAGE STORAGE CODE. 

STORAGE OF DATA 



THE CODE WHICH ACTUALLY STORES A MESSAGE IS RATHER SHORT, IT 
STORFS THF CHARACTER THpN MAKES A NUMBER OF SIMPLE TESTS. IF THE 
CHARACTER IS A CARRIAGE RETURN, END OF BLOCK ACTION TAKES PLACE. IF IT 
IS AN ETV* END OF MESSAGE CODE WiLL BE EXECUTED, IF BOTH OF THE ABOVE 
TESTS FAIL* POINTERS ARE UPDATED. THEN THE NUMBER OF CHARACTERS STORED 
SO Far in this buffer is tested against the maximum number of CHARACTERS 
ALLOWABLE FOR THE DEVICE TO WHICH THIS MESSAGE BELONGS. IF THE NUMBER 
OF CHARACTERS RECEIVED SO FAR IS LESS THAN THE MAXIMUM* A SLEEP IS 
PERFORMED WITH THE: ADDRESS OF THE CHARACTER STORAGE CODE AS THE AWAKE 
ADDRESS. 
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IF THE NUMBER OF CHARACTERS STORED IS GREATER THAN THE DEVICE 

MAXIMUN# THE INCOMING CHARACTERS WILL BE CHECKED FOR END OF BLOCK AND 

END OF MESSAGE* BUT, THE STORAGE OF DATA WILL BE SUPPPRESSEDt 

END OF MESSAGE 



END OF MESSAGE ACTION IS IN SOME WAYS SIMILAR TO THE- END OF BLOCK 
ACTION. ANY TRAILING BLANKS NEEDED TO FILL A BUFFER ARE PROVIDED* THEN 
THE CHARACTER COUNT OF THE BLOCK IS SET. THE BUFFER IS THEN lINKEO TQ 
ANY PRECEEDING PARTS OF THF MESSAGE. THEN THE DATaCOM PROCEDURES SLEEP 

awaitIng the BCC» 



UPON AWAKING AND RECEIVING THE BCC* 
RECETVED RCC IS EQUAL TO THE CALCULATED 
HANDLED AS A FORMAT ERROR. 



A CHECK IS MADE TO SEE IF THE 
BCC. FAILURE OF THIS TEST IS 



WHEN THE BCC TFST HAS BEEN PASSED* ONE HAS DETERMINED THAT THE 
MESSAGE WAS RECEIVED WITHOUT ANY DETECTABLE ERRORS. SO* FINAL WRAPUP 
OPERATIONS ARE STARTED. THE RECEIVE TRANSMISSION NUMBER IS INCREMENTED, 
THEN A CHECK OF THF DEVICE QUEUE IS MADE TO DETERMINE IF THE CONTENTS OF 
THE OUEUE PLUS THe MESSAGE AMOUNTS TO MORE MESSAGES THAN ARE ALLOWED FOR 
THE DFVICE, 

IF THERE WILL NOT BE TOO MANY MESSAGES* THE MESSAGE IS QUEUED INTO 
THE DFVICE QUEUE. THE NEKT ACTIVITY IS SET TO ACKNOWLEDGE. AND* AN 
IGNORE INTERRUPTS SLEEP IS PERFORMED, 

BUT* IF THE QUEUE WOULD BE TOO LARGE* THE MESSAGE IS FORGOTTEN 
INSTEAD OF BEING QUEUED, THEN* A DEVICE NOT READY MESSAGE IS QUEUED 
PRIOR TO SETTNG NEXT ACTIVITY TO ACKNOWLEDGE. 

NOTES ON OATACOM OPERATIONS 

EACH ARRIVING CHARACTER IS CHECKED TO SEE THAT IT HAS ODD PARITY. 
EVEN PARITY IS TRFATEO AS A FORMAT ERROR, 



A FORMAT ERROR IS HANDLED IN THE FOLLOWING MANNER, NEXT ACTIVITY 
IS SFT SO THAT A NAK WIlL BE SENT IN RESPONSE TO THE MESSAGE. ANY SPACE 
OCCUPIED BY THE MESSAGE WILL BE RETURNED, AND* FINALLY* AN IGNORE 
INTERRUPTS SLEEP WILL Bf PERFORMED. 



LINE 



THF ABOVE 
BUT TO 



CODE IS RESPONSIBLE FDR CONTROLLING THE ACTION OF THE 
FULLY UNDERSTAND HOW CONTROL IS PASSED FROM ROUTINE TQ 
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B.8.B MISCELLANEOUS PROCEDURES 



TWF ABOVE DISCUSSION COVERS ALL BUT A HANOFULL OF GENERAUL ROUTINES, 
THESE ROUTINES ARE COVERED BELOW. 



GET SPACE 



GET SPACE Is CALLED TO GET A BUFFER. IT RETURNS IN THE C REGISTER 
THE ADDRESS OF A BUFFpR. IF NO SPACE IS AVAILABLE* A VALUE OF ZERO IS 
RETURNED. PRESISION AT ENTRY IS UNIMPORTANT, PRECISION ON EXIT IS TWO, 
IF THE OVERFLOW FLIP-FLOP IS TRUE ON ENTRY, A PRINTER BUFFER WILL BE 
RETURNED* OTHER WISE* A BUFFER SUITABLE FOR THE SHORTER DEVICES WILL BE 
RETURNED, 

CONTROL GET SPACE 



THE SAME AS GET SPACE EXCEPT THAT IT IS CALLED FROM CONTROL STATE, 
FORGET SPACE 



FORGETS THE BUFFER WHOSE ADDRESS IS IN THE C REGISTER, AS WITH GET 
SPACF, THE OVERFLOW FLTP-FLOP SPECIFIES LONG OR SHORT BUFFER, 

CONTROL FORGET SPACE 



TWIS ROUTINE FORGETS A RUFFER OR A LIST OF BUFFERS WHOSE ADDRESS IS 
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In the c register, the overeloin elip-elop has the same meaning as above, 
this routine should be called only erom control state. 

eino a message 



IT IS THE 
DEVICE QUEUES. 
IE NO BUFFERS ARE 



JOB OE FIND A MESSAGE TO FIND AND DELINK BUFFERS FROM 
THE ADDRESS OF A BUFFER IS RETURNED IN THE C REGISTER, 
AVAILABLE, A ZERO IS RETURNED, 



QUITE A BIT OF LHGIC IS INVOLVED IN JHE ABOvE OPERATION. IF tHERE 
IS NO CURRENT UNIT* AN ATTEMPT WILL BE MADE TO FIND A UNIT. IF NO UNIT 
IS FOUND TO HAVE TRAFFIC FnR THE SYSTEM A ZERO IS RETURNED. OTHERWISE* 
THE CURRENT UNiT IS SET TH THE UNIT FOUND TO HAVE DATA FOR THE SYSTEM. 



ONCE 
FOLLOWING 
EXAMINED. 



THE UNIT HAS 
ACTION TAKES 
IF IT IS EMPTY 



BEEN FOUND* OR IF THERE IS A CURRENT UNIT* THE 
PLACE. THE QUEUE FOR THE CURRENT UNIT IS 
A ZERO IS RETURNED. 



WHEN A BUFFER IS FOUND* THE NUMBER OF CHARACTERS IN THE MESSAGE 
PLUS THE NUMBER OF CHARACTERS IN THE BUFFER IS CHECKED TO SEE IF THEIR 
SUM TS GREATER THAN flOO. FOUR HUNDRED CHARACTERS IS THE MAXIMUM MESSAGE 

SIZE ALLOWABLE. IF 400 CHARACTERS WOULD BE EXCEEDED BY THE NEW BLOCK A 
ZERO TS RETURNED* OTHERWISE* THE ADDRESS OF THE BUFFER IS RETURNED. 

LINK RACK 



unitI 



LINK BACK LINKS A MESSAGE INTO THE HEAD OF THE QUEUE OF THE CURRENT 



MAKE NOT READY 



MAKE NOT READY STORES A DEVICE NOT READY MESSAGE AND SETS THE 
NRMASK BIT FDR A DEVICE. THE C REGISTER CONTAINS THE BINARY VALUE OF 
THE UNIT DESIGNATE FOR THE UNIT IN QUESTION, PRECISION MUST BE TWO ON 
ENTRY. 

MAKE READY 



THIS PROCEDURE QUEUES A DEVICE READY MESSAGE AND RESETS THE DEVICE" 
S BIT TN THE NRMASK. THE CALLING PROCEDURE IS THE SAME AS FOR MAKE NOT 
READY, 
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LINE PRINTER DUMP 



THE DUMP ROUTINE IS A PROGRAM CONTAINED ON A SMALL CARD DECK, WHEN 

LOADFO, It WIlL DUMP THF CONTENTS OE THE mEmORY OF tHE DClOOO TO THE 

LINE PRINTER, IT WILL OVERLAY PART OF THE LITERAL TABLE OF THE 

EXECUTIVE ANn PART OF THE CODE OF THE EXECUTIVE. BUT IT WiLL LEAVE ALL 

DATA AREAS AND CRITICAL SUBROUTINES INTACT. THiS IS INCLUDED AS AN AlD 
IN THE DEBUGGING OF THE RJE SYSTEM, 

TWX DUMP 



THIS DUMP ROUTINE IS A RATHER BASIC ONE. IT IS A BINARY PAPER TAPE 
IN BOOTSTRAP FORM. WHEN IT HAS BEEN BOOTSTRAPPED INTO THE HIGHEST 
MODULE OF MEMORY IT wiLL STOP. LNTEH INTO THE X REGISTER THE ADDRESS 
FROM WHICH THE DUMP IS TO BE STARTED. THEN PRESS THE RUN SWITCH, A 
CORE DUMP WILL BE PRODUCED ON THE SPO, 
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